Problème Utilisation du composant FDGUIxWaitCursor

Bonjour,

j'ai une table volumineuse et a chaque ouverture de cette dernière mon application fige , j'ai utilisé le composant FDGUIxWaitCursor sur mon query de cette manière :

Code:

---

1 2 3 4 5 6 7 8

procedure TFData.QProductBeforeOpen(DataSet: TDataSet); begin TFProduit.FDGUIxWaitCursor1.WaitCursor.StartWait; end; procedure TFData.QProductAfterOpen(DataSet: TDataSet); begin TFProduit.FDGUIxWaitCursor1.WaitCursor.StopWait; end;

---

pouvez vous m'indiqué ou ça coince ??

merci.

Bonjour,

Citation:

---

Envoyé par adelcrb

j'ai une table volumineuse et a chaque ouverture de cette dernière mon application fige,

---

Ouvrir une table volumineuse et la charger en totalité, est ce une bonne idée ? :weird:
La question se pose avec d'autant plus d’acuité sur un périphérique Android (ou iOs)...

Citation:

---

Envoyé par adelcrb

j'ai utilisé le composant FDGUIxWaitCursor sur mon query de cette manière :

Code:

---

1 2 3 4 5 6 7 8

procedure TFData.QProductBeforeOpen(DataSet: TDataSet); begin TFProduit.FDGUIxWaitCursor1.WaitCursor.StartWait; end; procedure TFData.QProductAfterOpen(DataSet: TDataSet); begin TFProduit.FDGUIxWaitCursor1.WaitCursor.StopWait; end;

---

pouvez vous m'indiqué ou ça coince ??

---

Sous entendez vous que le curseur n'est pas modifié pendant la phase d'ouverture ?

Si oui, quand ouvrez vous la table ? dans le gestionnaire d’évènement OnCreate ou OnShow ?
Si oui, il est normal que le curseur ne change pas d'aspect... Déplacez l'ouverture de votre table dans le gestionnaire d'évènement OnActivate si le fonctionnement général de votre application ne l'interdit pas... ;)

Bonjour,

je vois les chose de la même manière que Philippe : ouvrir une table volumineuse n'est généralement pas une bonne idée .
Soit utiliser une requête pour n'obtenir qu'un peu d'éléments , soit réduire le nombre d'enregistrements dans le buffer (voir les options de récupérations : FetchOptions) bien sur cela peut avoir quelques inconvénients (codification des recherches, gestion de la demande de données supplémentaires, en desktop la scrollbar n'est pas correcte) compensé par les temps de réponses

Pour ce qui est du curseur avec Firedac, normalement il se change automatiquement, pas besoin de le coder
(en fait l'on vous demande de déposer un composant FDGUIxWaitCursor uniquement dans le but d'avoir l'unité de déclaré dans les uses , une fois que celle-ci est incluse, vous pouvez même effacer ce composant)

sous Android un contournement au curseur géré est d'utiliser un thread pour l'ouverture de la table pendant qu'un TAniIndicator indique à l'utilisateur que l'application n'est pas figée