#21
|
|||
|
|||
vi
Rinat H. Sadretdinow написал(а) к Andy Ger в Apr 18 23:21:54 по местному времени:
Нello Andy! 29 Apr 18 19:17, you wrote to me: AG> А как воспользоваться "Shift-стрелка_вниз или Shift-PgDn до строки AG> 200", если ты зашёл в консоли на удаленный сервер по ssh и хочешь AG> отредактировать какой-то скрипт или конфигурационный файл? У сервера AG> никаких иксов и гуёв? Это частный случай, согласен, тут "5,200d" рулит. Но использовать это на своём локальном компьютере -- увольте! Bye! --- GoldED+/LNX 1.1.5-b20170303 |
#22
|
|||
|
|||
vi
Artem Artyuhov написал(а) к Michael Belousoff в Apr 18 23:45:54 по местному времени:
Привет, Michael! 30 апр 18 00:48, Michael Belousoff -> Andy Ger: MB> Тогда уж eclipse - одинаково работает что под виндой, что под MB> линуксом. Кстати, эклипсовый редактор вкусён. Какой там vi... Больше, MB> правда, у эклипсы нет никаких плюсов - кроме упомянутых MB> многоплатформенности и редактора, так что я avr-ки тоже avr студией. MB> Лучше atmel studio 6 или 7, там редактор эклипсоподобный. Ну понеслась, а мне вот Qt Creator наравиться =) и редактор там дай боже. С наилучшими пожеланиями, Artem. --- -Пиши, старик, пиши! Мы тебя не покинем. |
#23
|
|||
|
|||
vi
Eugene Muzychenko написал(а) к Victor Sudakov в Apr 18 09:18:36 по местному времени:
Привет! 30 Apr 18 00:01, you wrote to Rinat Н. Sadretdinow: VS> А если терминал твой, как случается, не очень хорошо понимает VS> сочетания Shift+стрелка, то и вообще безальтернативно. Для таких терминалов используются другие сочетания клавиш. :) VS> Иногда и правда неимоверно удобно. А переместиться на 200 строк вниз VS> тебе тоже удобнее 200 раз нажать стрелку вниз, или набрать 200 VS> стрелка_вниз ? Вопрос в том, в каком проценте случаев это неимоверно удобно, а в каком - неимоверно неудобно. :) Вся история развития визуальных редакторов показывает, что в них преимущественно оперируют в окрестности курсора, а всякие условные/групповые команды применяют во много раз реже. Поэтому в большинстве популярных редакторов эти команды выведены на спецсочетания или командную строку, открываемую спецсочетанием, и тому, кто не знаком с продвинутыми возможностями, они не досаждают на каждом шагу от случайных нажатий общеупотребительных клавиш. Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20170303 |
#24
|
|||
|
|||
vi
Eugene Muzychenko написал(а) к Andy Ger в Apr 18 09:23:18 по местному времени:
Привет! 29 Apr 18 19:17, you wrote to Rinat Н. Sadretdinow: AG> А как воспользоваться "Shift-стрелка_вниз или Shift-PgDn до строки AG> 200", если ты зашёл в консоли на удаленный сервер по ssh и хочешь AG> отредактировать какой-то скрипт или конфигурационный файл? У сервера AG> никаких иксов и гуёв? С этим прекрасно справляется эмуляция умных ANSI-терминалов. :) Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20170303 |
#25
|
|||
|
|||
vi
Eugene Muzychenko написал(а) к Victor Sudakov в Apr 18 09:26:45 по местному времени:
Привет! 30 Apr 18 00:19, you wrote to me: VS> многие будут в визуальном редакторе делать (с помощью стрелок) то, что VS> можно сделать в поточном (и vim) гораздо удобнее. Как я уже говорил, главная проблема в том, что у vi-подобных редакторов приоритет и умолчание на спецкоманды, а не визуальное редактирование. И, вывалившись в командный режим, они в нем остаются до получения явной команды возврата в визуальный. Именно это и бесит тех, кто не изучал команд предметно, и оказался-то в этом редакторе по совету типа "да в vi быстренько поправь". VS> С известными номерами - пожалуй не так часто, за исключением номеров VS> "1", "." и "$". А вот конструкцией "от текущей строки до слова ХХХ" - VS> уже заметно чаще. А уже командами типа "r !date" или "r VS> anotherfile.txt" - уже заметно чаще. Изрядная часть подобных функций была очень изящно реализована в редакторе МикроМир, который в 80-х делали в МГУ. И работал он на любом терминале, который умел произвольно перемещать курсор. VS> vim можно настроить так, что он по умолчанию будет запускаться в VS> insert-режиме. Ключевое слово - "можно". :) Львиная доля матов в адрес этих редакторов идет от новичков, поставивших линукс из коробки, или получивших его, например, вместе с хостингом, и пытающихся поправить какой-нибудь простейший конфиг. VS> Ну и потом, до сих пор встречаются ситуации, когда не работают стрелки VS> и прочие визуальные клавиши Что за ситуации? Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20170303 |
#26
|
|||
|
|||
vi
Eugene Muzychenko написал(а) к Andy Ger в Apr 18 09:35:33 по местному времени:
Привет! 29 Apr 18 19:41, you wrote to me: AG> Каждый редактор предназначен для конкретной задачи. Фишка в том, что в стандартном линуксомом комплекте нет простого и интуитивно понятного визуального редактора, которым человек, не привыкший к vi-подобным, может быстро и легко править конфиги с любого ANSI-терминала. Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20170303 |
#27
|
|||
|
|||
vi
Victor Sudakov написал(а) к Rinat H. Sadretdinow в Apr 18 10:42:24 по местному времени:
Dear Rinat, 29 Apr 18 23:21, you wrote to Andy Ger: AG>> А как воспользоваться "Shift-стрелка_вниз или Shift-PgDn до AG>> строки 200", если ты зашёл в консоли на удаленный сервер по ssh и AG>> хочешь отредактировать какой-то скрипт или конфигурационный файл? AG>> У сервера никаких иксов и гуёв? RS> Это частный случай, согласен, тут "5,200d" рулит. То есть знать это админу всё-таки желательно. RS> Но использовать RS> это на своём локальном компьютере -- увольте! Вспоминается история, как мои друзья (муж и жена) работали некоторое время педагогами в интернате для глухих. Так они потом и между собой зачастую использовали язык глухих, потому что некоторые вещи в нём реально лаконичнее и выразительнее. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#28
|
|||
|
|||
vi
Victor Sudakov написал(а) к Eugene Muzychenko в Apr 18 10:46:18 по местному времени:
Dear Eugene, 30 Apr 18 09:18, you wrote to me: VS>> А если терминал твой, как случается, не очень хорошо понимает VS>> сочетания Shift+стрелка, то и вообще безальтернативно. EM> Для таких терминалов используются другие сочетания клавиш. :) Вот именно, и эти клавиши hjkl :-) VS>> Иногда и правда неимоверно удобно. А переместиться на 200 строк VS>> вниз тебе тоже удобнее 200 раз нажать стрелку вниз, или набрать VS>> 200 стрелка_вниз ? EM> Вопрос в том, в каком проценте случаев это неимоверно удобно, а в EM> каком - неимоверно неудобно. :) Вся история развития визуальных EM> редакторов показывает, что в них преимущественно оперируют в EM> окрестности курсора, а всякие условные/групповые команды применяют во EM> много раз реже. Поэтому в большинстве популярных редакторов эти EM> команды выведены на спецсочетания или командную строку, открываемую EM> спецсочетанием, и тому, кто не знаком с продвинутыми возможностями, EM> они не досаждают на каждом шагу от случайных нажатий EM> общеупотребительных клавиш. В целом с тобой согласен, и думаю vim (в режиме startinsert для чайников) представляет собой в этом смысле хороший компромисс. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#29
|
|||
|
|||
vi
Victor Sudakov написал(а) к Eugene Muzychenko в Apr 18 10:50:42 по местному времени:
Dear Eugene, 30 Apr 18 09:35, you wrote to Andy Ger: AG>> Каждый редактор предназначен для конкретной задачи. EM> Фишка в том, что в стандартном линуксомом комплекте нет простого и EM> интуитивно понятного визуального редактора, которым человек, не EM> привыкший к vi-подобным, может быстро и легко править конфиги с любого EM> ANSI-терминала. Фу тогда этот ваш линукс. Во FreeBSD в стандартном комплекте идёт ee (Easy Editor), как раз такой интуитивно понятный визуальный редактор. У меня для новых пользователей даже выставляется "setenv EDITOR ee". Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#30
|
|||
|
|||
vi
Victor Sudakov написал(а) к Eugene Muzychenko в Apr 18 10:57:18 по местному времени:
Dear Eugene, 30 Apr 18 09:26, you wrote to me: VS>> многие будут в визуальном редакторе делать (с помощью стрелок) VS>> то, что можно сделать в поточном (и vim) гораздо удобнее. EM> Как я уже говорил, главная проблема в том, что у vi-подобных EM> редакторов приоритет и умолчание на спецкоманды, а не визуальное EM> редактирование. И, вывалившись в командный режим, они в нем остаются EM> до получения явной команды возврата в визуальный. Именно это и бесит EM> тех, кто не изучал команд предметно, и оказался-то в этом редакторе по EM> совету типа "да в vi быстренько поправь". С этим я и не спорю, есть такая проблема. Я утверждал иное: что редактор с поддержкой vi-режимов очень удобен, особенно в опытных руках, а порой и незаменим. VS>> С известными номерами - пожалуй не так часто, за исключением VS>> номеров "1", "." и "$". А вот конструкцией "от текущей строки до VS>> слова ХХХ" - уже заметно чаще. А уже командами типа "r !date" VS>> или "r anotherfile.txt" - уже заметно чаще. EM> Изрядная часть подобных функций была очень изящно реализована в EM> редакторе МикроМир, который в 80-х делали в МГУ. И работал он на любом EM> терминале, который умел произвольно перемещать курсор. Наверняка были хорошие редакторы в те годы. Мне вот multi-edit вспоминается положительно, правда это не для терминала. [dd] VS>> Ну и потом, до сих пор встречаются ситуации, когда не работают VS>> стрелки и прочие визуальные клавиши EM> Что за ситуации? Ты не поверишь, через какие НyperTerm-ы и виндовые telnet.exe (прямо из cmd) люди порой пытаются работать с unix-подобными системами. Да даже PuTTY некоторые ухитряются загнать в такие режимы, что вместо работающих функциональных клавиш, стрелок и прочего на удалённой системе выходит мусор. Редактирование на канале с большими задержками (например спутниковом) - другой пример, когда визуальные клавиши может и работают, но пользоваться стрелками и визуальными блоками положительно невозможно, если только не обладать ангельским терпением. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |