Si Paradox permet, grâce aux index primaires et secondaires un accès rapide aux informations, il arrive cependant que des traitements portent sur un nombre important d'enregistrements et durent un temps qui peut paraître long à l'utilisateur. ;Celui-ci peut croire que Paradox est planté et interrompre alors de façon inopinée le traitement (par Ctrl+Alt+Sup en général).

La première solution (et la plus simple) consiste à informer l'utilisateur dans la zone message de la barre de status qu'un traitement est en cours et éventuellement de la progression de celui-ci.

Limites de la solution message

Le premier inconvénient de cette méthode est la discrétion de l'information affichée. En effet si l'utilisateur averti et habitué regardera la bas de sa fiche, ce ne sera probablement pas un comportement général.

 

Le second inconvénient est qu'une action sur l'interface visuel, ce qui est le cas de l'instruction message, ralentit sensiblement le traitement. Ainsi, à titre indicatif (cela dépend évidemment du poste de test et de la table) le scan ci-dessus avec l'instruction message a une durée de 25" tandis que le même scan sans message dure 10" pour une table de 50000 enregistrements.

 

Pour élimier ce second inconvénient, nous conseillons de n'envoyer le message d'informations que tous les x enregistrements. Par exemple, avec notre table de 50000 enregistrements, on va choisir un pas de 1000.

Avec cette solution, notre temps de traitement est revenu à 11".

Paradox fournit depuis la version 8 une barre de progression sous forme d'un objet ocx. Cette barre permet de matérialiser l'avancement de votre traitement.

 

La barre de progression dispose de 2 méthodes permettant pour la première de décrire les valeurs minimum et maximum dela plage des valeurs et pour la seconde de faire la progression. On peut également intervenir sur la propriété Value de l'objet.

 

Exemple pour voir le fonctionnement (à mettre dans la méthode pushbutton d'un bouton):

la solution simple consistant à définir une page par 0,nrecords() et un pas de 1 ne marche plus si le nombre d'enregistrement est > 32565 (on parcourt plusieurs fois la barre ce qui peut être décourageant pour l'utilisateur qui croyait la fin proche !). On peut se ramener par exemple à un pas standard de 100 et en utilisant la propriété value dans la boucle.

On pourra se prémunir contre un ralentissement du traitement dû à l'intervention sur l'interface visuel (comme pour la solution message) en ne déclencahnt la mise à jour de la barre (par value ou par stepIt) que tous les x passages dans la boucle d'itération.

 

Limites de la barre de progression:

Pour que la barre de progression soit bien perçue par l'utilisateur, il faut:

 

1. qu'elle progresse, évidement: or si vous lancer une requête, vous n'avez pas de point d'intervention qui vous permette de signaler la progression réelle de la requête. Vous avez donc 0% au début et brutalement 100% à la fin. L'utilisateur peut avoir l'impression que son système est bloqué (il a raison: la barre de progression ne progresse pas);

 

2. qu'elle ne régresse pas: il est angoissant (et même désespérant) qu'alors que vous étiez à 90% vous repartiez à zéro. Or, c'est le cas si vous utilisez une barre de progression sans pouvoir déliimiter correctement sa plage de valeurs.

 

3. que sa progression soit (à peu près) régulière: il est énervant d'arriver très vite à 40%, d'attendre longtemps pour passer à 50%, d'aller très vite à 99% et là d'y rester un temps certain.Même si cela reflète assez bien la vie d'un développement informatique (il ya en plus quelquefois des régressions), l'utilisateur est peu sensible à ces explications.

 

Cette solution consiste à afficher une petite fiche, nous l'appelerons 'Patience", et à l'intérieur de celle-ci des messages l'informant de la progression du traitement. Pour cela notre fiche "Patience" a une zone de texte dans laquelle vont s'accumuler les messages. Vous trouverez ci-après une méthode (à situer de préférence en librairie) permettant la gestion d'une telle fiche.

et dans votre programme principal, vous faites des appels successifs, en fonction de la progression des traitements, sans oublier de fermer la fiche "Patience" à la fin du traitement.

Améliorations:

Vous pouvez bien sûr à l'intérieur de votre fiche 'Patience", utilisez une barre de progression que vous rendez visible à volonté et dont vous modifiez les paramètres pour chaque phase de traitement. Vous pouvez ainsi matérialiser la liste des traitements avec leur état (fait, en cours, à faire) et pour le traitement en cours, matérialiser l'avancement.

Vous pouvez aussi, mettre un bouton (ou une case à cocher) permettant à l'utilisateur d'interrompre un traitement. ;Il suffit alors que votre programme teste à chaque phase de traitement la zone concernée pour arrêter prématurément le traitement.