Discussion :

[fredtheman]

Bonjour

Je profite de notre passage de VB (5) à Delphi (7 ou 2006; pas décidé encore) pour revoir la façon dont nous gérons les formulaires de saisie de données.

En VB, nous n'utilisons pas les objets liés aux bases de données, et gérons l'entrée de données nous-mêmes avec un objet tableur et une base SQL.

Le problème, c'est que certains formulaires contiennent beaucoup trop de données pour rentrer dans une seule fenêtre/form, ce qui nous oblige à soit obliger l'utilisateur à scroller pour voir les champs suivant en bas, soit à fractionner le formulaire en plusieurs fenêtres plus petites (en utilisant aux choix des fenêtres/forms indépendantes, ou un objet Tab). Voici un exemple de la première méthode:

http://codecomplete.free.fr/vb_input_form.jpg

En fait, les utilisateurs n'aiment pas scroller, ce qui fait que la plupart des écrans de saisie sont fractionnés en plusieurs fenêtres, chacune hébergeant une partie de l'écran de saisie.

=> Alors... comment gérez-vous ces situations où les utilisateurs doivent remplir beaucoup de champs dans des formulaires de saisie? Il doit bien exister de meilleures solutions que celles que nous avons utilisé jusqu'ici.

Merci pour toute piste :-)

[Lung]

Moi j'utilise à la fois le scroll, et des fenêtres avec plusieurs onglets, pour répartir les données à saisir.

[anapurna]

salut

pour la saisie il est preferable d'eviter le scroll
les onglets sont une bonne solution
le fait est de savoir comment diviser les données afin de les optimiser

combien de tables utilise tu ?

@+ Phil

[TicTacToe]

Pareil... classifications des info en onglets, selon leur nature, leurs utilisation et leur dépendances.

[fredtheman]

pour la saisie il est preferable d'eviter le scroll
les onglets sont une bonne solution

Oui, c'est ce qu'on fait parce que les clients ne voulaient pas scroller.

le fait est de savoir comment diviser les données afin de les optimiser. combien de tables utilise tu ?

Pas énormément, mais il peut y avoir beaucoup de colonnes à éditer. Je pensais effectivement faire une form avec des onglets. Reste à trouver comment facilement remplir plusieurs objets grids/tableurs répartis sur les onglets, chaque grid n'affichant qu'une partie des colonnes possibles, et enregistrer le tout en une seule transaction SQL lorsque l'utilisateur clique sur Enregistrer.

On préfère le grid à passer des plombes à dessiner de beaux écrans à la Access :-)

[Sub0]

Salut!

Je suis justement en train de coder un formulaire dynamique pour l'édition d'enregistrement de base de données et je réfléchis à cette question. Avant de tomber sur ce sujet, j'envisageais de reproduire l'éditeur de PhpMyAdmin. Il utilise une scrollbar verticale pour accèder aux champs de saisie en bas de page... Si je code mon éditeur sur plusieurs pages, il faudra également prévoir le redimensionnement de la fenêtre et ajuster le nombre de champs de saisie en fonction de la hauteur disponible... Bref, ça complique pas mal les choses alors qu'une simple TScrollBox me semblait faire l'affaire.

? Cela vous semble-t-il une bonne idée si j'ajoute des boutons permettant de se déplacer de page en page dans cette TScrollBox, un peu à la manière des ancres des pages web ? Ou bien auriez-vous d'autres idées à me proposer ?

[Droïde Système7]

Bonsoir,

Dans le HTML existe également les frames

Avec un p'tit menu logique et sympa à gauche...

Bon courage !

Salut!

Je suis justement en train de coder un formulaire dynamique pour l'édition d'enregistrement de base de données et je réfléchis à cette question. Avant de tomber sur ce sujet, j'envisageais de reproduire l'éditeur de PhpMyAdmin. Il utilise une scrollbar verticale pour accèder aux champs de saisie en bas de page... Si je code mon éditeur sur plusieurs pages, il faudra également prévoir le redimensionnement de la fenêtre et ajuster le nombre de champs de saisie en fonction de la hauteur disponible... Bref, ça complique pas mal les choses alors qu'une simple TScrollBox me semblait faire l'affaire.

? Cela vous semble-t-il une bonne idée si j'ajoute des boutons permettant de se déplacer de page en page dans cette TScrollBox, un peu à la manière des ancres des pages web ? Ou bien auriez-vous d'autres idées à me proposer ?