¿Por qué hay tan pocos editores modales que no sean vi*?
https://stackoverflow.com/questions/14410
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Casi todos los demás editores que no son descendientes de vi (vim, cream, vi-emu) parecen usar los atajos de emacs (control+w borrar una palabra, etc.)
Solución
El software inicial era a menudo modal, pero la usabilidad dio un giro en algún momento, alejándose de este estilo.
Los editores basados en VI son un enigma total: son los únicos miembros reales supervivientes de ese orden de software.
Los modos son un no-no en usabilidad y diseño de interacción porque los humanos somos mamíferos volubles en los que no se puede confiar para recordar en qué modo se encuentra la aplicación.
Si crees que estás en un "modo" cuando en realidad estás en otro, entonces pueden sobrevenir todo tipo de maldad.Lo que usted cree que es una serie de pulsaciones de teclas inofensivas puede (en el modo incorrecto) causar una catástrofe ilimitada.Esto se conoce como "error de modo".
Para obtener más información, busque el término "sin modelo" (y "usabilidad")
Como se menciona en los comentarios a continuación, una interfaz modal en manos de una persona experimentada y no voluble puede ser extremadamente eficiente.
Otros consejos
Eh...tal vez no haya mucha necesidad de uno, dado que Vi/Vim está prácticamente disponible en todas partes y tiene todo el aspecto modal, ¿verdad?:)
Creo que es porque vi (y los de su calaña) ya ocupa el nicho ecológico de los editores modales.
El número de personas que prefieren modal y aún no se han sentido atraídos por vi es probablemente 0, por lo que el hipotético competidor de vi tendría que ser tan grande como para hacer que un número significativo de usuarios de vi cambien.Esto no es probable.El costo de cambiar de editor es enorme y los vi-s probablemente ya sean tan buenos como los editores modales.Bueno, tal vez un avance significativo podría mejorarlos, pero lo encuentro poco probable.
@León:Gran respuesta.
@dbr:La edición modal es algo a lo que lleva un tiempo acostumbrarse.Si tuviera que crear un nuevo editor que se ajuste a este paradigma, ¿cómo mejoraría VI/VIM/Emacs?Creo que eso es, en parte, una respuesta a la pregunta.Hacerlo "bien" ya es bastante difícil, competir contra empresas como VI/VIM/Emacs sería extremadamente difícil; la mayoría de las personas que usan estos editores son fanáticos "incondicionales", y tendrías que darles una razón convincente para hacerlo. pasar a otro editor.Aquellas personas que aún no los usan probablemente permanecerán en un editor no modal.En mi humilde opinión, por supuesto;)
Los editores modales tienen la gran ventaja de que los mecanógrafos táctiles pueden navegar por la pantalla sin quitar las manos de la fila de inicio.Solo me duelen las muñecas cuando hago cosas que requieren que mueva mi mano del teclado al mouse o a las teclas de flecha y viceversa constantemente.
¡Recuerda que el Bloc de notas es un editor modal!
Para ver esto, intenta escribir mi, D, I, t;ahora intenta escribir Alt., mi, D, I, t.En el segundo caso la tecla Alt activa el "modo menú" por lo que los resultados son diferentes.:oP La gente parece lidiar con eso.
(Sí, esta es una característica de Windows y no específicamente del Bloc de notas.Creo que es una mala característica porque es fácil presionar Alt por error y no creo que puedas desactivarlo).
VIM y emacs tienen tanto sentido en el diseño de la interfaz de usuario como qwerty.Ahora tenemos disponibles diseños de teclas modernos optimizados por computadora (consulte el diseño de colemak y el proyecto carpalx);Es sólo cuestión de tiempo antes de que alguien haga lo mismo con los editores de texto.
Creo que Eclipse tiene enlaces Vi y también hay un complemento/extensión de Visual Studio (que se llama Vi-Emu o algo así).
Aunque en realidad no responde a su pregunta, antes solía haber una forma "modal" de escribir japonés en teléfonos celulares:La primera letra que presionó fue una conson, digamos K, y luego, y luego la siguiente tecla que presionaría tendría el papel de una conson.(Tener dos conson seguidos es imposible en japonés)
Aunque era principal hace unos años, hoy en día sólo lo utilizan personas que realmente quieren golpear rápido.
Creo que la respuesta a la pregunta es que en realidad hay bastantes editores de texto modales que no son bifurcaciones de vi/vim.Sin embargo todos usan las combinaciones de teclas vi.Los usuarios de Vi obtienen las combinaciones de teclas en su memoria muscular, por lo que volver a aprender un conjunto diferente de combinaciones de teclas sería muy difícil, por lo que nadie crearía un conjunto diferente de combinaciones de teclas.
Pero muchos editores diferentes han vuelto a implementar las combinaciones de teclas vi desde cero.solo mira esta pregunta sobre IDE con combinaciones de teclas vi.Al menos la mitad de las respuestas son editores creados desde cero que implementan combinaciones de teclas vi, no versiones de vi integradas.
Hace poco me encontré esquema divas - un conjunto alternativo de combinaciones de teclas para DrScheme.Esto es modal, y parte de la justificación tiene que ver con el RSI, específicamente evitando muchos giros de muñeca para golpear. Control-Alt.-Cambio-algo.El codificador realizó una encuesta informal entre compañeros codificadores y descubrió que los usuarios de emacs sufrían más dolores de muñeca que los codificadores de vi.
Puedes verlo haciendo un platica corta en LugRadio en vivo EE.UU..(El video es una serie de charlas de 5 minutos y no recuerdo qué tan lejos está, lo siento, si alguien lo ve y lo publica aquí, editaré esta publicación para decir cuándo está en el video).
Tenga en cuenta que no he usado divascheme.
Vale la pena señalar que la supervivencia de los modelos de entrada vi se debe en parte a su adopción en el estándar POSIX, por lo que invertir tiempo en aprendizaje significaría que tendrá la garantía de poder trabajar en cualquier sistema que cumpla con estos estándares.Entonces, al igual que el inglés, hay poder en la ubicuidad.
En lo que respecta a las alternativas, dudo que un editor de modelos alternativo sobreviva a un período de prueba gratuito de 30 días, por lo que es la misma razón por la que más personas conducen aviones automáticos que aviones.
La invención del ratón tomó un modo y lo movió a un dispositivo de entrada, y los menús contextuales tomaron otro modo y lo movieron a un botón.Irónicamente, la llegada de los dispositivos táctiles ha tenido el efecto contrario, produciendo multimodal interfaces:
consciente multimodal: el tacto y el habla son conscientes el uno del otro y se cruzan
inconsciente multimodal: el tacto y el habla no se conocen entre sí y entran en conflicto
Las interfaces WIMP tradicionales tienen la premisa básica de que la información puede entrar y salir del sistema a través de un único canal o un flujo de eventos.Este flujo de eventos puede ser en forma de entrada (ratón, teclado, etc.) donde el usuario ingresa datos al sistema y espera retroalimentación en forma de salida (voz, vibración, visual, etc.) cuando el sistema responde.Pero el canal mantiene su singularidad y puede procesar información de una fuente a la vez.Por ejemplo, en la interacción actual, la computadora ignora la información escrita (a través de un teclado) cuando se presiona un botón del mouse.
Esto es muy diferente de una interacción multimodal donde el sistema tiene múltiples flujos de eventos y canales y puede procesar información proveniente de varios modos de entrada que actúan en paralelo, como los descritos anteriormente.Por ejemplo, en un sistema IVR un usuario puede escribir o hablar para navegar por el menú.
Referencias
