Discussion :

[mawelle]

Bonjour,
j'ai une couche SIG qui est accessible dans une application permettant de consulter à l’écran des cartes interactives.
Je dois créer un formulaire qui servira de fiche détaillée lorsqu'on cliquera dans l'application sur le périmètre d'une zone.
Mon problème c'est qu'il y a beaucoup d'informations (environ 40) à rentrer et que je ne peux pas créer d'onglet car l'application ne le permet pas.
Connaissez vous d'autres méthodes permettant de rendre un formulaire graphiquement agréable?
Merci d'avance pour votre aide.

[Jean-Philippe André]

salut mawelle,
peux-tu être plus explicite sur ta demande, rendre un formulaire graphiquement agréable est plutôt vaste comme sujet...
Les 40 informations sont ici l'équivalent de
- 40 enregistrements ?
- 40 champs ?

Merci de ton retour.

[mawelle]

Pardon, j'ai pas donné en effet beaucoup de précision.
C'est au total 52 enregistrements environ qui correspondent à des champs de différentes tables. Il me faudra des zones de texte, de liste, de liste modifiable, des boutons de commande...
Je dois pouvoir saisir ou sélectionner la référence de la ZAC, son nom, son état d'avancement, l'aménageur, sa ou ses communes d'appartenance etc. et tout ce qui est en lien avec la programmation de la ZAC c'est à dire les champs de la table ZAC: PROG_TOT à RES_EQUIP qui sont des champs de type numérique (ci-joint le schéma physique de ma base)
Je ne sais pas si vous y voyez plus clair...
J'ai toujours fonctionné par onglet donc je ne sais pas s'il existe d'autres solutions pour ne pas rendre un formulaire trop "étouffant" lorsqu'il y a beaucoup d'enregistrements.


J'aimerais bien quelque chose de très claire et simple afin que les utilisateurs rentrent les données très facilement.

[Jean-Philippe André]

si tu as autant de champs, tu peux le décomposer avec des onglets oui. Pourquoi l'application ne prend pas d'onglets ?
Tu peux faire des sous formulaires ou bien un formulaire avec champs visibles/invisibles selon la case cochée (complexe à développer, mais bon rendu).

[mawelle]

Merci beaucoup pour ton aide.
Je ne sais pas vraiment pourquoi elle n'accepte pas les onglets, elle est capricieuse...
J'ai pensé aux sous-formulaires mais finalement ça formera toujours une grande interface.
Pour ce qui est des cases à cocher, je ne sais pas si ici c'est ce qu'il faudrait puisque tous les champs doivent être rentrés.

[Julie!!!]

Bonjour,

Une proposition toute simple :

- Créer des formulaires par grandes catégories d'information, ex : caractéristiques principales, aménagements à prévoir ...., comme ça, tu as moins d'infos sur chaque formulaire
- Créer une sorte de page "Menu" avec les infos principales et des boutons de commande ouvrant les formulaires créés précédement

En fait c ce que je vais moi-même faire pour mon formulaire qui contient beaucoup trop d'onglet et qui du coup n'est plus très lisible.

[mikeGo20]

C'est peut-être le temps d'utiliser le Contrôle "Saut de page" ....

Bonne chance

[mawelle]

C'est peut-être le temps d'utiliser le Contrôle "Saut de page" ....

merci pour cette idée. Ca pourrait être intéressant pour mon application cartographique mais pour mon formulaire, est ce que les utilisateurs qui rentreront les données obtiendront quelque chose de plus clair et moins surchargé?

[mikeGo20]

Avant toute chose, informes-toi sur la résolution minimum des écrans utilisateurs.

C'est cette résolution qui décidera de combien de page tu auras besoin ...
j'imagine entre 2 et 3 pages, et qui devraient être tous accessible par une barre déroulante verticale ....

Alors à toi de voir et bon courage ....