У vim'а есть даже специальный режим, в котором он не на каждое действие обновляет экран.
Кажется, это даже дефолт при set compatible. По крайней мере я помню, что это дефолт на freebsd.
И еще важный момент: в vim'е за счет мощных возможностей для перемещения по тексту можно очень эффективно выстраивать действия в pipeline - начинать следующее действие до того, как дождался завершения предыдущего. Одно только f<буква> чего стоит.
Это очень ускоряет работу при большом latency, по-моему.
Да и с небольшим тоже - сигнал от глаз до пальцев идет 0.2-0.3 секунды, как легко можно убедиться, например, тут: http://www.humanbenchmark.com/tests/reactiontime/index.php
23.02.2012, 20:44, "Orlovsky Alexander" <[email protected]>:
Да, я такой использовал и он меня реально спас: только было это не на таком широком канале как у Nick-а (на прядок хуже) :)
ИМХО поверх GPRS в vim вполне можно работать (отключить только все лишнее, типа статус лайн и т.п.)
23.02.2012, 20:38, "Dmitry Karasik" <[email protected]>:ed! вам нужен /bin/ed :)--
/dk
On Thu, Feb 23, 2012 at 06:04:30PM +0200, Oleg Kostyuk wrote:Ну в таком случае и на Vim и на Emacs будет не особо комфортно. Разве
что классический vi, который наверное уже нигде не остался... Ну,
что-то уровня FreeBSD-шного nvi.
Но здаётся мне, в такой ситуации гораздо приятнее будет скопировать
файлы к себе, поправить, может даже проверить как работает (если
окружение настроено - базы там, и прочее), и потом залить обратно. Или
как вариант - переходить на потоковые редакторы (sed и аналоги, может
и awk).
23 февраля 2012 г. 17:29 пользователь Nick Knutov <[email protected]> написал:А теперь представьте, что с мака до линуксовой файлопомойки у вас гпрс. Даже
не edge. Причем не качественный гпрс, когда 33600, а что-то в диапазоне
14400-28800.
Moscow.pm mailing list
[email protected] | http://moscow.pm.org
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
