Choix de l'ouverture des fichiers Windows et des boîtes de dialogue d'enregistrement des fichiers - Quelle est la meilleure pratique?

Question

Depuis un certain temps, j'ai remarqué à quel point les boîtes de dialogue d'ouverture des fichiers et d'enregistrement des fichiers varient entre Windows et les applications. Dans Delphi par exemple (que j'utilise) vous pouvez utiliser les boîtes de dialogue intégrées (qui ont une arborescence de dossiers) et les appels directs à l'API Windows qui produisent des variantes de la version Windows, avec ou sans grands boutons pour 'Desktop', ' Mon ordinateur 'etc (Au moins sur XP). En tant que développeur d'applications, je souhaite fournir à l'utilisateur un moyen simple et efficace de charger et d'enregistrer des fichiers. En règle générale, cela nécessite que je propose un dossier préféré où mes fichiers de données d'application sont stockés mais que je permets à l'utilisateur d'accéder à d'autres dossiers - souvent le bureau et autres lecteurs locaux, et parfois le réseau - sans difficulté si nécessaire. Avec l'introduction de Vista, nous semblons privilégier un arbre de navigation de dossiers 'bits manquants' pour les dialogues Windows et maintenant, Windows 7 a un autre 'arbre sans ligne' pour la navigation. Je soupçonne que si l'on se conforme aux hypothèses de Microsofts et stocke tout dans ~/documents ce n'est pas un gros problème. Cependant, si l'on doit commencer à la racine d'un arbre de lecteurs et qu'il y a beaucoup de répertoires, alors il y a une juste douleur - il n'y a pas de défilement horizontal, donc les noms de répertoires sont tronqués.

Ma question est: que font les autres développeurs d'applications? Je me demande si je devrais suivre ce fil de Windows ou simplement coller à une simple version réduite des boîtes de dialogue de fichiers sur lesquelles je contrôle complètement, mais risque de tomber dans le passé ....?

Merci Brian

Answer 1

Utilisez toujours les valeurs par défaut OS - ce sera ce que vos utilisateurs sont habitués, et ce qu'ils attendent. Quoi que vous fassiez, don't astonish the user. Quoi que vous fassiez, n'écrivez pas votre propre boîte de dialogue fichier-ouvrir/enregistrer-fichier. FWIW, Je ne suis pas un grand fan de la boîte de dialogue d'ouverture de fichier de Vista (pourquoi dois-je travailler si dur pour naviguer dans mes dossiers?), Mais je préférerais cela plutôt que de me familiariser avec quelque chose de nouveau . Moins il y a de choses que vos utilisateurs doivent apprendre, plus votre produit est facile à utiliser.

Answer 2

Étant donné que je ne code actuellement que pour les clients avec Windows XP (dans un environnement d'entreprise qui n'est pas encore mis à niveau), j'utilise les boîtes de dialogue standard. Lorsque nous procéderons à la mise à niveau, je continuerai probablement à utiliser les boîtes de dialogue standard à l'ancienne, jusqu'à ce que nos clients soient prêts pour un changement. En toute honnêteté, j'implique au moins quelques utilisateurs dans le processus de développement, et je ne vais pas commencer de nouvelles fonctionnalités à moins que je puisse en apporter une pour m'asseoir devant mon PC de développement pour voir comment cela fonctionne, et ils signer dessus. Pour les applications que nous écrivons pour notre site Web, nous avons tendance à être conservateur ainsi ... Concentrez-vous sur un design propre et compréhensible, et présentez de nouvelles fonctionnalités de fantaisie seulement quand il y a une raison impérieuse, et même alors, nous ont tendance à impliquer des groupes de discussion.

Alors tout ce qui était un long chemin de dire "Demandez à vos clients". Donne-leur ce qu'ils veulent.