Pourquoi y a-t-il si peu d'éditeurs modaux qui ne sont pas vi* ?
https://stackoverflow.com/questions/14410
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Presque tous les autres éditeurs qui ne sont pas un descendant de vi (vim, cream, vi-emu) semblent utiliser les raccourcis emacs (Ctrl+w pour supprimer un mot et ainsi de suite)
La solution
Les premiers logiciels étaient souvent modaux, mais la convivialité s'est éloignée à un moment donné de ce style.
Les éditeurs basés sur VI sont des énigmes totales : ils sont les seuls membres réellement survivants de cet ordre de logiciels.
Les modes sont interdits en termes de convivialité et de conception d'interaction, car nous, les humains, sommes des mammifères inconstants à qui on ne peut pas faire confiance pour se souvenir du mode dans lequel se trouve l'application.
Si vous pensez que vous êtes dans un « mode » alors que vous êtes en réalité dans un autre, alors toutes sortes de méchancetés peuvent en résulter.Ce que vous croyez être une série de frappes inoffensives peut (dans le mauvais mode) provoquer une catastrophe illimitée.C'est ce qu'on appelle une « erreur de mode ».
Pour en savoir plus, recherchez le terme « non modal » (et « utilisabilité »)
Comme mentionné dans les commentaires ci-dessous, une interface modale entre les mains d’une personne expérimentée et non inconstante peut s’avérer extrêmement efficace.
Autres conseils
Euh...peut-être qu'il n'y en a pas vraiment besoin, étant donné que Vi/Vim est à peu près disponible partout et que tout le modal est correct ?:)
Je pense que c'est parce que vi (et ses semblables) occupe déjà la niche écologique des éditeurs modaux.
Le nombre de personnes qui préfèrent le modal et qui n'ont pas encore été attirées par vi est probablement nul, donc le concurrent hypothétique de vi devrait être si grand qu'il ferait changer un nombre important d'utilisateurs de vi.Ce n'est pas probable.Le coût du changement d'éditeur est énorme et les vi-s sont probablement déjà aussi bons que les éditeurs modaux.Eh bien, peut-être qu’une avancée significative pourrait les améliorer, mais je trouve cela peu probable.
@Léon :Très bonne réponse.
@dbr :L'édition modale est quelque chose auquel il faut un certain temps pour s'y habituer.Si vous deviez créer un nouvel éditeur qui correspond à ce paradigme, comment amélioreriez-vous VI/VIM/Emacs ?Je pense que c'est en partie une réponse à la question.Faire les choses "correctement" est déjà assez difficile, rivaliser avec VI/VIM/Emacs serait extrêmement difficile - la plupart des gens qui utilisent ces éditeurs sont des fans "inconditionnels", et vous devrez leur donner une raison impérieuse de le faire. passer à un autre éditeur.Les personnes qui ne les utilisent pas déjà resteront probablement dans un éditeur non modal.À mon humble avis bien sûr ;)
Les éditeurs modaux ont l'énorme avantage de toucher les dactylos et de pouvoir naviguer sur l'écran sans lâcher la ligne d'accueil.Mes poignets ne me font mal que lorsque je fais des choses qui m'obligent à déplacer ma main du clavier vers la souris ou les touches fléchées et inversement constamment.
N'oubliez pas que Notepad est un éditeur modal !
Pour voir cela, essayez de taper E, D, je, T;maintenant essaie de taper Alt, E, D, je, T.Dans le second cas la touche Alt active le "mode menu" donc les résultats sont différents.:oP Les gens semblent s'en sortir.
(Oui, il s'agit d'une fonctionnalité de Windows plutôt que spécifiquement du Bloc-notes.Je pense que c'est une mauvaise fonctionnalité car il est facile d'appuyer sur Alt par erreur et je ne pense pas que vous puissiez la désactiver.)
VIM et Emacs ont autant de sens en matière de conception d'interface utilisateur que Qwerty.Nous disposons désormais de dispositions de touches modernes optimisées par ordinateur (voir la disposition colemak et le projet carpalx) ;ce n'est qu'une question de temps avant que quelqu'un fasse de même pour les éditeurs de texte.
Je crois qu'Eclipse a des liaisons Vi et il existe également un plugin/extension Visual Studio (qui s'appelle Vi-Emu, ou quelque chose du genre).
Bien que cela ne réponde pas vraiment à votre question, il existait auparavant une manière "de type modal" d'écrire le japonais sur les téléphones portables :La première lettre que vous frappez était une consonne, disons K, et ensuite, la touche suivante que vous frapperiez aurait le rôle d'une consonne.(Avoir deux consonnes d'affilée est impossible en japonais)
Même s'il s'agissait d'un jeu principal il y a quelques années, il n'est aujourd'hui utilisé que par ceux qui veulent vraiment frapper vite.
Je pense que la réponse à la question est qu'il existe en fait de nombreux éditeurs de texte modaux qui ne sont pas des forks de vi/vim.Cependant ils utilisent tous les raccourcis clavier vi.Les utilisateurs de Vi obtiennent les raccourcis clavier dans leur mémoire musculaire, donc réapprendre un ensemble différent de raccourcis clavier serait très difficile, donc personne ne créerait un ensemble différent de raccourcis clavier.
Mais de nombreux éditeurs différents ont réimplémenté les raccourcis clavier vi à partir de zéro.Il suffit de regarder cette question sur les IDE avec les raccourcis clavier vi.Au moins la moitié des réponses sont des éditeurs créés à partir de zéro qui implémentent les liaisons de touches vi, et non des versions de vi intégrées.
Je suis récemment tombé sur schéma de diva - un ensemble alternatif de raccourcis clavier pour DrSchéma.Ceci est modal, et une partie de la justification est liée au RSI - en évitant spécifiquement de nombreuses torsions du poignet pour frapper. Ctrl-Alt-Changement-quelque chose.Le codeur a mené une enquête informelle auprès de ses collègues codeurs et a découvert que les utilisateurs d'emacs souffraient davantage de douleurs au poignet que les codeurs vi.
Vous pouvez le voir faire un brève conversation à LugRadio en direct aux États-Unis.(La vidéo est une série de discussions de 5 minutes et je ne me souviens pas de la distance parcourue, désolé - si quelqu'un la regarde et la publie ici, je modifierai ce message pour indiquer à quel moment il se trouve dans la vidéo).
Notez que je n'ai pas utilisé divascheme.
Il convient de noter que la survie des modèles d'entrée vi est en partie due à son adoption dans la norme POSIX, donc investir du temps dans l'apprentissage signifierait que vous aurez la garantie de pouvoir travailler sur n'importe quel système conforme à ces normes.Ainsi, comme en anglais, le pouvoir réside dans l’ubiquité.
En ce qui concerne les alternatives, je doute qu'un autre éditeur de modèles survivrait à une période d'essai gratuite de 30 jours, c'est donc la même raison pour laquelle plus de gens conduisent des véhicules automatiques que des avions à réaction.
L'invention du souris a pris un mode et l'a déplacé vers un périphérique d'entrée, et les menus contextuels ont pris un autre mode et l'ont déplacé vers un bouton.Ironiquement, l'avènement des appareils tactiles a eu l'effet inverse, produisant multimodal interfaces :
conscient multimodal - le toucher et la parole sont conscients l'un de l'autre et se croisent
multimodal inconscient - le toucher et la parole ne se connaissent pas et entrent en conflit
Les interfaces WIMP traditionnelles partent du principe de base selon lequel les informations peuvent entrer et sortir du système via un canal unique ou un flux d'événements.Ce flux d'événements peut prendre la forme d'une entrée (souris, clavier, etc.) où l'utilisateur saisit des données dans le système et attend un retour sous forme de sortie (voix, vibration, visuel, etc.) lorsque le système répond.Mais la chaîne conserve sa singularité et peut traiter l’information une source à la fois.Par exemple, dans l’interaction actuelle, l’ordinateur ignore les informations saisies (via un clavier) lorsqu’un bouton de la souris est enfoncé.
Ceci est très différent d'une interaction multimodale dans laquelle le système dispose de plusieurs flux et canaux d'événements et peut traiter les informations provenant de divers modes d'entrée agissant en parallèle, tels que ceux décrits ci-dessus.Par exemple, dans un système IVR, un utilisateur peut taper ou parler pour naviguer dans le menu.
Les références
