Почему существует так мало модальных редакторов, которые не являются vi *?

StackOverflow https://stackoverflow.com/questions/14410

  •  08-06-2019
  •  | 
  •  

Вопрос

Практически каждый другой редактор, который не является потомком vi (vim, cream, vi-emu), похоже, использует ярлыки emacs (ctrl+w чтобы удалить обратно слово и так далее)

Это было полезно?

Решение

Раннее программное обеспечение часто было модальным, но в какой-то момент удобство использования изменилось, отойдя от этого стиля.

Редакторы на основе VI - это сплошные загадки - они единственные реально выжившие представители этого класса программного обеспечения.

Режимы недопустимы в юзабилити и дизайне взаимодействия, потому что мы, люди, - непостоянные млекопитающие, которым нельзя доверять в том, что они помнят, в каком режиме находится приложение.

Если вы думаете, что находитесь в одном "режиме", когда на самом деле находитесь в другом, то могут возникнуть всевозможные неприятности.То, что вы считаете серией безвредных нажатий клавиш, может (в неправильном режиме) привести к неограниченной катастрофе.Это известно как "ошибка режима".

Чтобы узнать больше, найдите термин "немодальный" (и "удобство использования").

Как упоминалось в комментариях ниже, модальный интерфейс в руках опытного и непостоянного человека может быть чрезвычайно эффективным.

Другие советы

Um...может быть, в нем нет особой необходимости, учитывая, что Vi / Vim практически доступен везде и все модальные функции выполнены правильно?:)

Я думаю, это потому, что vi (и иже с ним) уже занимает экологическую нишу модальных редакторов.

Число людей, предпочитающих modal и еще не привлеченных vi, вероятно, равно 0, поэтому гипотетический конкурент vi должен быть настолько велик, чтобы заставить переключиться значительное число пользователей vi.Это маловероятно.Затраты на переключение редакторов огромны, и vi-s, вероятно, уже настолько хороши, насколько это возможно в модальных редакторах.Что ж, возможно, значительный прорыв мог бы улучшить их, но я нахожу это маловероятным.

@Леон:Отличный ответ.

@dbr:Модальное редактирование - это то, к чему требуется некоторое время, чтобы привыкнуть.Если бы вам нужно было создать новый редактор, соответствующий этой парадигме, как бы вы улучшили VI / VIM / Emacs?Я думаю, что это, отчасти, ответ на поставленный вопрос.Сделать это "правильно" достаточно сложно, конкурировать с подобными VI / VIM / Emacs было бы чрезвычайно сложно - большинство людей, использующих эти редакторы, являются фанатами "крепкого орешка", и вам пришлось бы предоставить им вескую причину для перехода в другой редактор.Те люди, которые ими еще не пользуются, скорее всего, останутся в немодальном редакторе.ИМХО, конечно ;)

Модальные редакторы имеют огромное преимущество перед сенсорными машинистками в том, что вы можете перемещаться по экрану, не отрывая рук от начальной строки.Мои запястья болят только тогда, когда я занимаюсь чем-то, что требует от меня постоянного перемещения руки с клавиатуры на мышь или клавиши со стрелками и обратно.

Помните, что Notepad - это модальный редактор!

Чтобы убедиться в этом, попробуйте ввести E, D, Я, T;теперь попробуйте ввести текст Альт, E, D, Я, T.Во втором случае клавиша Alt активирует "режим меню", поэтому результаты будут другими.: Оперативники, похоже, справляются с этим.

(Да, это функция Windows, а не конкретно Notepad.Я думаю, что это плохая функция, потому что легко нажать Alt по ошибке, и я не думаю, что вы можете ее отключить.)

VIM и emacs имеют примерно такой же смысл в дизайне пользовательского интерфейса, как и qwerty.Теперь у нас есть современные компьютерные макеты клавиш (см. Макет colemak и проект carpalx).;это только вопрос времени, когда кто-нибудь сделает то же самое для текстовых редакторов.

Я полагаю, что в Eclipse есть привязки Vi, и также есть плагин / расширение Visual Studio (которое называется Vi-Emu или что-то в этом роде).

Хотя на самом деле это не ответ на ваш вопрос, раньше существовал "модальный" способ написания японского языка на мобильных телефонах :Первая буква, на которую вы нажмете, была согласной, скажем, K, а затем, а затем следующая клавиша, на которую вы нажмете, будет играть роль согласной.(Наличие двух согласных подряд в японском языке невозможно)

Хотя несколько лет назад он был основным, сегодня им пользуются только те, кто действительно хочет добиться успеха быстро.

Я думаю, что ответ на этот вопрос заключается в том, что на самом деле существует довольно много модальных текстовых редакторов, которые не являются форками vi / vim.Однако все они используют привязки клавиш vi.Пользователи Vi запоминают привязки клавиш в своей мышечной памяти, поэтому переучивать другой набор привязок клавиш было бы действительно сложно, поэтому никто не стал бы создавать другой набор привязок клавиш.

Но множество различных редакторов заново реализовали привязки клавиш vi с нуля.Просто взгляните на этот вопрос о IDE с привязками клавиш vi.По крайней мере, половина ответов - это редакторы, созданные с нуля, которые реализуют привязки клавиш vi, а не версии vi embedded.

Недавно я наткнулся на divascheme - альтернативный набор привязок клавиш для DrScheme.Это модально, и частично оправдание связано с RSI - в частности, с тем, чтобы избежать большого скручивания запястья для удара Ctrl-Альт-Сдвиг-что - то.Программист провел неофициальный опрос коллег-программистов и обнаружил, что пользователи emacs чаще страдали от боли в запястьях, чем программисты vi.

Вы можете видеть, как он делает короткий разговор в LugRadio Live США.(Видео представляет собой серию 5-минутных выступлений, и я не могу вспомнить, как далеко оно зашло, извините - если кто-нибудь посмотрит его и опубликует это здесь, я отредактирую этот пост, чтобы указать, когда это будет в видео).

Обратите внимание, что я не использовал divascheme.

Стоит отметить, что выживание vi input models частично обусловлено его внедрением в стандарт POSIX, поэтому вложение времени в обучение будет означать, что вы гарантированно сможете работать с любой системой, соответствующей этим стандартам.Итак, как и в английском языке, сила в повсеместности.

Что касается альтернатив, я сомневаюсь, что альтернативный редактор моделей выдержит 30-дневный бесплатный пробный период, так что это та же причина, по которой больше людей ездят на автоматике, чем летают на реактивных самолетах.

Изобретение мышь выбрал один режим и переместил его на устройство ввода, а контекстные меню выбрали другой режим и переместили его на кнопку.По иронии судьбы, появление сенсорных устройств возымело обратный эффект, создав мультимодальный интерфейсы:

  • осознаваемая мультимодальность - прикосновение и речь осознают друг друга и пересекаются

  • неосознаваемая мультимодальность - прикосновение и речь не осознают друг друга и конфликтуют

Традиционные интерфейсы WIMP исходят из основной предпосылки, что информация может поступать в систему и выходить из нее по одному каналу или потоку событий.Этот поток событий может быть в форме ввода (мышь, клавиатура и т.д.), когда пользователь вводит данные в систему и ожидает обратной связи в виде выходных данных (голосовых, вибрационных, визуальных и т.д.), когда система ответит.Но канал сохраняет свою уникальность и может обрабатывать информацию из одного источника одновременно.Например, в современном взаимодействии компьютер игнорирует введенную информацию (с помощью клавиатуры) при нажатии кнопки мыши.

Это очень сильно отличается от мультимодального взаимодействия, когда система имеет множество потоков событий и каналов и может обрабатывать информацию, поступающую через различные режимы ввода, действующие параллельно, такие как описанные выше.Например, в системе IVR пользователь может либо вводить текст, либо говорить, чтобы перемещаться по меню.

Ссылки

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top