Comments 3
Оффтоп:
для выполнения этой процедуры переноса на текущей строке достаточно
обычного...нажатьgq
15 лет пользуюсь Linux-ом, но Vi (и его потомки) остаются для меня за гранью моих возможностей. Самый быстрый и удобный редактор, говорят, если знаешь кучу неочевидных хоткеев и команд, которые больше нигде не применяются.
По теме:
\r\n и \n эт прям песня. Особенно на волне перехода с недружественной ОС на православные системы. Случались диалоги, типа "ты мне скрипт на баше прислал, а он не работает, <диалог с выяснением обстоятельств>, я пару значений поменял ... мне в винде Notepad-ом удобнее было".
Как любитель табуляции - грустил, когда вкатывался в python. Но, блин, да. Пробелы отображаются одинаково в разных редакторах, в отличие от табов.
Мне казалось, что Git с настройками по умолчанию все сам делает. При push переводит все в \n, а при pull или clone - в соответствии с целевой OS. Разве не так?
Изначально табы были придуманы, чтобы снизить частоту использования клавиши пробела и Backspace.
Ну это "половина правды", на печатных машинках табы были нужны для облегчения ввода таблиц. Но главное в том, что табы могли быть разной ширины, т.к. колонки в таблицах бывают разные. Настроил перед вводом докумета эти "плашечки" вверху, и с каждым "нажатием таба" перескакиваем на ввод нужной колонки. То есть это не "заменитель ввода N пробелов за раз", а способ "прыгнуть на следующую позицию".
Ровно в таком же виде эта идея перекочевала в визуальные текстовые редакторы типа word`а и там отлично работает (метки на линейках по вертикали и горизонтали). А вот в plain text редакторах проблема в том, что табом пытаются и несколько пробелов покрыть, и тот самый "прыг" обеспечить (таб может быть разной длины если рядом с ним символы добавлять), что при перемешивании табов и пробелов дает кашу.
На деле всем скорее нужна некая третья сущность (заменитель N пробелов), которую и пытаются эмулировать редакторы, вставляя и удаляя N пробелов за раз. Такое мое имхо..
Неформатированный текст не так уж прост