Y a-t-il un meilleur caractère que l'astérisque pour indiquer un document modifié?
Dans les applications Windows, il semble être un moyen courant d'indiquer les documents modifiés et non enregistrés avec un astérisque * personnage.
Par exemple. voici comment Visual Studio .NET 2012 indique un document modifié:
Lorsque le document est enregistré sur le disque, le caractère astérisque disparaît à nouveau. J'utilise actuellement la même méthode dans mes propres applications également.
Depuis que j'ai aimé la façon dont Microsoft a remplacé le * dans les champs de mot de passe par le plus clair • personnage, je pense à quelque chose de similaire pour indiquer mes documents non enregistrés aussi.
Malheureusement, je pense que le • pour indiquer que "ressent" n'est pas tout à fait correct.
Donc mes questions sont:
- Recommanderiez-vous d'utiliser autre chose que le
*caractère pour indiquer les documents modifiés? - Si oui, comment le feriez-vous (c'est-à-dire quel personnage ou quelle autre manière)?
Mise à jour:
Comme commenté par kedar , j'ai essayé l'éditeur de texte Sublime Text 2 pour voir comment ils le font:
Vous avez certainement ne devez pas faire apprendre aux utilisateurs de nouveaux modèles (surtout uniquement en raison de vos préférences personnelles).
Je pense que la bonne façon de procéder est de suivre la pratique courante, et je crois (veuillez me corriger si je me trompe) que la pratique courante dans ce cas consiste à utiliser un astérisque. Vous trouverez certainement d'autres modèles dans diverses applications, mais dans ce cas, je pense que l'astérisque est le plus reconnaissable si vous êtes limité à un seul caractère.
L'autre façon de procéder consiste à ajouter du texte "modifié" ou similaire sur l'onglet, mais il occupe beaucoup plus d'espace.
Pas une norme
L'utilisation des astérisques comme indicateur d'un changement de mémoire modifié est quelque chose qui apparaît principalement sur la plate-forme Windows. Mac et Linux n'ont pas été trop rapides pour suivre cela, mais il existe quelques éditeurs multi-plateformes qui l'utilisent.
Les astérisques sont utilisés lorsque l'élément d'interface utilisateur (barre de titre ou onglet) est capable d'afficher uniquement du texte. Si cet élément d'interface utilisateur prend en charge les icônes associées au texte, votre alternative est une icône plus informative.
Principalement MDI
MDI (Multi Document Interface) semble être l'endroit le plus courant où cela est fait, et je ne peux que supposer que cela vient des défis d'un utilisateur essayant de faire plusieurs tâches. La possibilité de travailler sur plusieurs documents à la fois augmente le risque de perte de données. Si un utilisateur apporte des modifications au document A, puis bascule vers le document B. Il n'a plus le document A en haut de la pile de fenêtres et peut oublier d'enregistrer ses modifications jusqu'à ce qu'il quitte l'application. En cas de panne de courant, leurs modifications seront perdues.
Mac est différent
Sur la plate-forme Mac OS, l'interface MDI est moins populaire. Au lieu de cela, elle utilise plusieurs éditeurs où chaque éditeur est associé à un document. C'est le même comportement multitâche, mais il est légèrement différent sur les internes pour le Logiciel.
Lorsque l'utilisateur passe d'un document à l'autre, le système d'exploitation informe un éditeur qu'il passe à un état d'arrière-plan. Alors que sous Windows, le même programme reste actif et seul le document de focus change. Il est donc plus courant qu'un Mac invite à enregistrer les modifications, puis à simplement l'indiquer, mais je ne sais pas quand cela se produit souvent.
MDI et onglets
Dans la première génération d'applications MDI il n'y avait pas d'onglets, puis des onglets ultérieurs ont été introduits pour faciliter le changement de documents. Avec l'introduction d'onglets, l'utilisateur a pu voir tous les fichiers ouverts documents, mais il y avait des normes sur la façon d'indiquer lequel de ces documents a changé.
Trois États pour un document
Un document dans un éditeur existe dans 3 états possibles.
- Le document est le même que celui sur le disque, ou jamais enregistré.
- Le document n'a pas changé, mais le document sur le disque a changé.
- Le document a changé, mais le document sur le disque n'a pas changé.
Lorsque le document en mémoire est nouveau. Il est courant de voir l'icône du document dans le cadre de l'onglet, mais l'icône est modifiée pour indiquer un état new.
Maintenant, pour les autres états, vous pouvez également changer l'icône et pour les onglets où les icônes sont utilisées. Je recommande de modifier l'icône et de ne pas utiliser de texte pour indiquer un changement d'état.
Astérisque avant ou après
J'ai vu que l'astérisque dans les positions avant ou après signifie la même chose. L'occurrence la plus courante est la position après, et je pense que c'est pour l'empêcher d'obscurcir le nom du fichier. Lorsque vous le placez à l'avant, il interfère avec la lecture de gauche à droite. Par exemple; mathew.txt* est plus facile à lire que *mathew.txt. De plus, lorsqu'il est positionné à la fin, il n'interfère pas avec le tri.
J'ai pu trouver quelques images allant des éditeurs de texte aux dessins CAD qui illustrent l'utilisation après. Cela confirme donc sa popularité auprès des logiciels couramment utilisés.
Le troisième État souvent oublié
Il y a donc le nouvel état du document, l'état du document modifié mais aussi l'état modifié sur le disque.
Il s'agit de la fonctionnalité d'interface utilisateur la moins standardisée. Il semble que chaque éditeur l'implémente différemment. La seule implémentation que je préfère est un indicateur puissant qui conserve la possibilité de revoir le in-memory version avant de recharger la version du disque.
La plupart des éditeurs affichent simplement une invite contextuelle "Le fichier a changé sur le disque, recharger?" et il vous reste à prendre une décision. Sans pouvoir revoir ce que vous aviez en mémoire.
Cette interface illustre ma méthode préférée. Une notification non bloquante de la modification avec la possibilité de la recharger. Sans m'empêcher de revoir la copie en mémoire avant de recharger la nouvelle version.
En réponse au which character or which other way? partie de votre question, la façon dont je pourrais penser est l'utilisation de surbrillance des couleurs sur les onglets des fichiers. Notepad ++ fait cela.
Notepad ++ affiche une icône de disquette régulière sur tous les onglets de fichiers et désactive l'icône Save sur la barre d'outils principale pour les fichiers enregistrés.
Cependant, sur les onglets de fichiers non enregistrés, l'icône de disquette devient rouge et l'icône Save de la barre d'outils principale est activée pour ces fichiers.
Malgré cela, Notepad ++ toujours tilise également la convention régulière et place un astérisque à côté du nom de fichier dans la barre de titre des fichiers non enregistrés. Pourquoi est-ce important? Parce que le contenu de la barre de titre est toujours visible lorsque la fenêtre est réduite et que l'utilisateur sait qu'il a du travail non enregistré (cependant, ce n'est que dans le cas où un onglet non enregistré est l'onglet actif avant la réduction).
Le point à noter ici est que bien que l'icône de la disquette rouge soit très accrocheuse, et attire l'attention sur les fichiers non enregistrés, c'est toujours une mauvaise idée . Pourquoi? Parce que sur les onglets inactifs, la couleur rouge prend un siège arrière (voir la première figure ci-dessus). Donc, lorsque j'ai une charge de fichiers non enregistrés mélangés entre d'autres fichiers, il est difficile de comprendre lequel est lequel - une tâche qui peut autrement être facilement accomplie si des astérisques étaient utilisés sur les onglets de fichiers.
S'il est vrai qu'il vaut mieux s'en tenir aux conventions établies, il y a toujours place à l'amélioration. Microsoft l'a fait en remplaçant le * avec • dans les champs des mots de passe, et vous aussi. Si vous créez un lecteur de documents, essayez les surbrillances de couleur pour les onglets de fichiers non enregistrés. Faites juste ce que Notepad ++ n'a pas fait - assurez-vous de bien mettre en évidence les onglets inactifs (sans les faire apparaître comme des onglets actifs!).
Malheureusement, il n'y a pas de normes non seulement pour marquer les modifications, mais pour les conventions de dénomination dans le titre de la fenêtre. J'ai rencontré différents cas avec différents logiciels. Les cas où des modifications sont marquées sont:
Une question plus large pour moi n'est pas le symbole lui-même mais la visibilité du statut. Ayant la convention de lecture de gauche à droite, je préférerais e ligne et 5e ligne à cause de perception plus rapide. Il est très rapide de regarder le début ou la fin de la ligne.
Vous pouvez utiliser le caractère • au lieu de * car il est utilisé dans l'éditeur de texte "Sublime Text 2". Là, ils ont utilisé • pour indiquer un document non enregistré.
Mais l'utilisation de * sera plus correcte car elle est plus vivante pour l'utilisateur. Par conséquent, la suggestion sera d'utiliser uniquement *.
Au lieu de décider que vous avez besoin d'un nouveau caractère pour identifier qu'un fichier est "non enregistré", envisagez d'utiliser quelque chose de similaire au modèle de fichier unifié d'Alan Cooper.
Dans votre exemple de Visual Studio, imaginez si chaque modification a été enregistrée dans un historique sur le disque. Chaque fois que vous ouvrez l'EDI, l'intégralité de l'historique de vos modifications sur ce fichier est disponible. Vous pouvez créer des "jalons" qui s'apparentent à des "balises" dans un SCM. Absolument aucun de vos changements n'est jamais perdu. Si votre système/logiciel tombe en panne, vous ne perdrez pas votre travail. Vous n'avez plus jamais besoin d'appuyer sur Ctrl + s. En tant qu'utilisateur, vous pouvez "faire confiance" à votre logiciel pour qu'il fonctionne pour vous et ne jamais avoir à vous soucier de sauvegarder à nouveau les fichiers. Dans ce cas, vous n'avez pas besoin d'un caractère sur le nom du fichier pour indiquer qu'il n'a pas été enregistré.
Pour en savoir plus: http://www.codinghorror.com/blog/2006/01/filesystems-arent-a-feature.html
Mon explication de l'utilisation du *: * est associé à une ancre ou à un tri. Cela signifie qu'il y a une information associée ailleurs (généralement à la fin/en bas). Nos yeux ont l'habitude de distinguer les * assez bien à cause de tous les endroits où nous le voyons (publicités, termes et conditions, bannières, etc.) Il attire notre attention.
Le • ressemble à une version simplifiée de *. On peut dire que cela pourrait être assez bon pour attirer notre attention aussi. Peut faire partie du design minimaliste.
Le but du * ou • est d'attirer l'attention de l'utilisateur sur les modifications non enregistrées.
Une bonne pratique que j'ai vue certains éditeurs suivre est d'afficher 'Last Saved' ou 'File up-to-date' indicateur de statut. Il peut agir comme un indicateur autonome ou peut être utilisé en conjonction avec le * ou •.
Je pense que l'astérisque n'est pas utile à la fin du nom de fichier. Essayez de le coller au début. Le mieux est le codage couleur. Par exemple, vous pouvez colorer l'onglet en rouge clair ou le rendre gris et désactiver pour fermer.
L'étoile * est OK. Mais dans la première photo d'écran, il est trop proche du nom du fichier, je le vois à peine. Il serait préférable que l'étoile soit espacée du nom du fichier. Et je préfère avoir l'étoile devant le nom du fichier, comme le fait Eclipse. Cela rend aussi l'étoile plus visible.
Une idée que vous pourriez faire est de modifier légèrement le dessin de l'onglet. Un exemple (Embarcadero Delphi): 
contre 
Je ne suis pas un expert UX, mais j'utilise cette interface tous les jours et elle n'a pas les problèmes signalés par SNag's. Juste une petite suggestion.
Il y a tellement de programmes (Fireworks, Dreamweaver, Notepad ++) qui signifient un document modifié de cette façon, que les utilisateurs s'y sont tellement habitués qu'il vaut la peine de s'en tenir.
Mais par exemple, NetBeans utilise des couleurs différentes et ce n'est pas particulièrement difficile à comprendre pour les utilisateurs, il existe donc certainement d'autres façons de le faire.
Si vous utilisez un autre caractère, celui qui n'est pas couramment utilisé ailleurs dans le programme serait le meilleur, j'aurais pensé, quelque chose comme le tild (~) signe éventuellement.
Parce que personne d'autre ne l'a mentionné: l'utilisation par SublimeText du caractère • dans son titre est conforme à la façon dont il change l'icône close tab (x) en cercle lorsque des modifications ont été apportées:
Juste une idée ... pourriez-vous utiliser un traitement de police différent? Par exemple une légère différence de couleur et d'italique? c'est-à-dire "Saved.txt" vs "Edited.txt" - j'espère que cela aide.
Fait intéressant, j'aime particulièrement la façon dont Embarcadero RAD Studio représente avec un crayon sur l'icône.
