Пара вопросов по использованию vim

2. Перемещение по отображаемой - gj и gk, перемещение в начало линии - g^, в конец - g$. То есть все то же, что для реальных строк, но с префиксом g

2.1 Можно ли перемещаться по отображаемой (внутри одной физически) строке клавишами «j» и «k»?

Нет, зачем? Это вообще перевернуто с головы на ноги. Противоречит базовой идеологии вима.

Для этого есть w, e, b, f, F, t - и так далее.

2. В файлах, которые приходится править, иногда встречаются очень длинные строки. В скайте есть киллер-фича (имхо, потому что больше нигде не встречал) под названием «wrap.aware.home.end.keys» (http://www.scintilla.org/SciTEDoc.html). Это когда при нажатии «End» курсор прыгает на конец отображаемой (виртуальной) строки, а при повторном нажатии - перемещается в конец реальной строки. (Обратное действие на «Home»). Можно ли замутить подобное поведение в vim'е?

Есть, это называется: 0 - начало строки реальной, ^ - первый печатаемый символ. В конец g_ и A соотв.

При повторном нажатии - можно настроить, но это поломает всё остальное.

Короче, вим всё может, ты почитай литературу или посмотри видосы.

Посоветовать?

Перемещение по отображаемой - gj и gk

как это работает?

1.Опция whichwrap

К примеру, set whichwrap=b,<,>,[,],l,h - перемещать курсор на следующую строку при нажатии на клавиши вправо-влево и пр.

Так же, как и для обычных строк. Если строка разбита на несколько линий, то просто j перейдет на следующую строку, а gj на следующую линию( под курсором) той же строки, или просто на следующую строку.

ясно, не сталкивался, обхожусь без этого.

По умолчанию пальцы правой руки находятся на клавишах «j, k, l, ;»

всё-же по умолчанию это h , j , k , l

в чем проблема мизинцем на правый шифт? Ты ведь не поднимаешь и не смещаешь кисть, всего лишь слегка поворачиваешь. С этим не должно быть проблемы.

2. Перемещение по отображаемой - gj и gk, перемещение в начало линии - g^, в конец - g$. То есть все то же, что для реальных строк, но с префиксом g

Класс ) . Спасибо. И так и сяк запросы гуглу составлял, но так и не нашёл ничего подобного.

При повторном нажатии - можно настроить, но это поломает всё остальное.

Ок. Повторное нажатие в конец не критично. Отучусь. Перемещения вниз/вверх по виртуальным строкам мне будет достаточно.

Посоветовать?

Эх. Я бы с огромным удовольствием посмотрел. Но мой английский очень плох. Даже тех. литературу читаю с пачкой словарей.

1.Опция whichwrap
К примеру, set whichwrap=b,<,>,[,],l,h

Да. Это оно. Ещё раз спасибо.

Перемещения вниз/вверх по виртуальным строкам мне будет достаточно.

попробуй пока так конечно, раз привык, но это не идиоматически для vim'а. гораздо удобнее перемещатся «на три слова вправо» или «ко второй букве z» или «в начало следующего предложения».

всё-же по умолчанию это h , j , k , l

Это в vim'e. На клавиатурах есть засечки именно для указательных пальцев. Хотя можно привыкнуть и к h , j , k , l.

в чем проблема мизинцем на правый шифт? Ты ведь не поднимаешь и не смещаешь кисть, всего лишь слегка поворачиваешь. С этим не должно быть проблемы.

Проблема не с шифтом а с обычными клавишами.

Я просто заметил за собой что часто делаю по разному. В командном режиме перемещаю всю руку на h , j , k , l, а в текстовом назад на j , k , l, ; . И из-за этого путаюсь. Оттягиваю указательный палец и нажимаю, g думая что там h (и наоборот). Частенько вообще забываю в каком я режиме (часто приходится править файлы по мелочи, прыгать по режимам), Надеюсь со временем пройдёт, но хотелось бы узнать что делают прожжённые vim'еры?

В файлах, которые приходится править, иногда встречаются очень длинные строки.

в 99% случаев приходится править исходники

Серьезно, я бы начал отсюда.

попробуй пока так конечно, раз привык, но это не идиоматически для vim'а. гораздо удобнее перемещатся «на три слова вправо» или «ко второй букве z» или «в начало следующего предложения».

Да, тут у меня большие проблемы. Я слов не вижу ) . Одни только разнообразные скобочки, математические знаки, да кавычки ) . И все приклеены к друг-другу как попало, и с первого взгляда не могу определить, слово это или пачка склеенных полу-слов.

Серьезно, я бы начал отсюда.

Увы. Очень маленькая конторка с постоянной текучестью кадров. Я единственный кто сидит тут уже около 7-и лет, и в последние годы только и приходится поправлять (дополнять костылями да подпорками) чужие исходники.

Как успехи? Я тоже неосилятор. Поставил сегодня на работе. Элементарная правка пару слов заняла чертову уйму времени. Расстроился, пошел обратно в geany :(

Как успехи?

В этот раз я не поленился, и поставил заглушки в ~/bin/mcedit на всех серверах и ~/bin/scite на рабочих и домашних компах ) . И вот уже третий день использую исключительно вим.

Я тоже неосилятор. Поставил сегодня на работе. Элементарная правка пару слов заняла чертову уйму времени. Расстроился, пошел обратно в geany :(

Так же. Вроде можно и в vim'е поправить, но когда что-то горит и надо сделать быстро, начинал использовать привычные mcedit да scite.

В этот раз я подготовился, выбрал самое тихое время года. И сегодня совершил подвиг — во время несанкционированной жопы воспользовался vim'ом вместо /usr/bin/mcedit ! Добавить в конфиг одну строчку это конечно пустяк, но даже эта мелочь меня дополнительно вдохновила.

для таких случаев есть W, B и E — работает как w, b и e только слова считает по пробельным символам, т.е. для lowercase команд строка «omg that's — I don't know, cute? ehh.» это 14 «слов» а для uppercase — только 7.

еще есть очень полезная команда «%», переходит на matching parenthesis, т.е. прыгает по парным скобкам. вообще именно обилие всяких прикольных команд для перемещения курсора имхо одно из главных преимуществ ви — когда их осиливаешь даже на 30%, навигация по файлу и скорость редактирования ростут _неимоверно_.

а вообще надо нормально форматировать код, вот.

Посоветовать?

Можешь что-нибудь подсказать, чтобы осилить средний уровень?

для таких случаев есть W, B и E — работает как w, b и e только слова считает по пробельным символам, т.е. для lowercase команд строка «omg that's — I don't know, cute? ehh.» это 14 «слов» а для uppercase — только 7.
еще есть очень полезная команда «%», переходит на matching parenthesis, т.е. прыгает по парным скобкам. вообще именно обилие всяких прикольных команд для перемещения курсора имхо одно из главных преимуществ ви — когда их осиливаешь даже на 30%, навигация по файлу и скорость редактирования ростут _неимоверно_.

Постараюсь запомнить. Но честно говоря пока даже в приведённом примере не понимаю как можно быстро соорентироваться и нажать нужную цифру для перехода. Я пока чуть-ли не пальцем по экрану вожу (и ведь водил!) чтобы сделать Ndd или Nyy.

а вообще надо нормально форматировать код, вот.

Это обязательно. Но увы. Так уж получилось что приходится чаще поправлять чем писать. Когда сам пишу что-то, то стараюсь делать побольше пробелов везде где можно: между арифметическими действиями, после запятых в перечислениях, и т. д. Но народ разный, у многих есть «очень веские» аргументы против. Спорить не могу, ибо и по всякому — правильно. И лишние пробелы и хорошо и плохо (и не хорошо и не плохо).

У меня четвёртое по счёту сильное желание использовать vim. Примерно каждый год обострение.

Это очень гут.

1. Если курсор в конце строки, как сделать переход на начало следующей при нажатии «l», и обратно при нажатии «h»?

Не скажу, ибо это неправильно. vim = hjkl.

В принципе, подвох в том, что «обратно» - это в середину строки. Нетрудно написать функцию, которая будет запоминать текущую позицию и двигать курсор в начало следующей строки, и другую, которая будет возвращать. Придумаете сочетания клавиш (и для какого ещё режима) - посмотрим. ;)

2. В файлах, которые приходится править, иногда встречаются очень длинные строки. В скайте есть киллер-фича (имхо, потому что больше нигде не встречал) под названием «wrap.aware.home.end.keys» (http://www.scintilla.org/SciTEDoc.html). Это когда при нажатии «End» курсор прыгает на конец отображаемой (виртуальной) строки, а при повторном нажатии - перемещается в конец реальной строки. (Обратное действие на «Home»). Можно ли замутить подобное поведение в vim'е?

Лехко.

В vimrc можете поместить следующее:

function GoToEnd()
    let oldcol = getpos(".")[2]
    normal! g$
    if getpos(".")[2] == oldcol
        normal! $
    endif
endfunction

nnoremap <silent> <End> :call GoToEnd()<CR>

Могу пояснить, если надо. Однако лучше добавлять это не в vimrc, а в плагин для соответствующего типа файлов.

Ещё вам надо подумать, как вы будете вообще по таким длинным строкам передвигаться, потому что по факту jk в пролёте. End - вообще неудобная клавиша. В принципе, можно переназначить

nnoremap j gj
nnoremap k gk
nnoremap $ g$
nnoremap 0 g0

2.1 Можно ли перемещаться по отображаемой (внутри одной физически) строке клавишами «j» и «k»?

Нельзя. Не невозможно, а не полагается.

(∞ - 1). Не нужно, но всё-таки, можно ли как-нибудь, в исключительных случаях, закончить файл без перевода строки в конце?

Гм. Никогда не думал о.

∞. По умолчанию пальцы правой руки находятся на клавишах «j, k, l, ;». Что делать в командном режиме. Перетаскивать всю руку на одну клавишу влево и привыкать жать «l» мизинцем? Или жать и «h» и «j» указательным?

Жать указательным. (Вообще, вим подразумевает слепой набор. Не верьте тем, кто говорит, что надо сдвигать пальцы, верьте пупырышкам на клаве.)

(поместил в development ибо в 99% случаев приходится править исходники).

А я настоящий ответ тоже в виме написал.

А я все время забываю, а копать лень. 11w и почти попал же.

(∞ - 1). Не нужно, но всё-таки, можно ли как-нибудь, в исключительных случаях, закончить файл без перевода строки в конце?

Вроде как-то удалял '$': то ли virtualedit=onemore, но там еще что-то должно было быть, сейчас того конфига под рукой нема. А так: 1) :e ++bin, 2) :se noeol, 3) :w .

Можешь что-нибудь подсказать, чтобы осилить средний уровень?

Не только средний, но и практический профессиональный: [Pragmatic Bookshelf] - Practical Vim - [Drew Neil] (он же некто nelstorm, автор vimcasts.com, предисловие к книге и бесценные комментарии написал легендарный Tim Pope :) )

// если не найдешь в междусетях - могу дать почитать.

∞. По умолчанию пальцы правой руки находятся на клавишах «j, k, l, ;». Что делать в командном режиме. Перетаскивать всю руку на одну клавишу влево и привыкать жать «l» мизинцем? Или жать и «h» и «j» указательным?

Я обычно перетаскиваю, благо не так далеко, как до стрелок

Надеюсь со временем пройдёт, но хотелось бы узнать что делают прожжённые vim'еры?

Это пройдёт.

дурацкие отговорки диванных евангелистов в стиле $это_не_нужно, поэтому и нет. или у евангелистов моск в буфер мапится и глоза с прочими чувствами им не нужны? при попытках использовать имакс, следую его «путям», создается именно такое впечатление.

перемещаться по «виртуальным» строкам удобно. точка. ничему это не противоречит. а префиксировать каждое нажатие g это для упоротых. один раз забудешь и курсор улетит куда-нибудь на два экрана вниз. зато православно, да.

как можно быстро соорентироваться и нажать нужную цифру для перехода

ну, если честно то когда цифра относительно большая, скажем, больше пяти, то я лично просто на глаз приблизительно тыкаю, потом проще на пару N вправо-влево сместиться чем сразу точно считать. как в гольфе ;)

Я пока чуть-ли не пальцем по экрану вожу (и ведь водил!) чтобы сделать Ndd или Nyy.

:set number

И лишние пробелы и хорошо и плохо (и не хорошо и не плохо).

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

https://www.google.ru/search?q=vim virtual lines первая ссылка.

ты сам себе противоречишь. сначала рассказываешь что перемещатся удобно, потом — насколько это упорото и неудобно.

факт — в виме это делать неудобно и неестественно.

один раз забудешь и курсор улетит куда-нибудь на два экрана вниз

:help ``
^O

после вима обычные редакторы кажутся неполноценными. что блокнот, что имакс.

потом — насколько это упорото и неудобно.

у тебя синдром рассеянного внимания? я написал, что упорото - это как по дефолту в виме. т.е. не ходить по display lines без g перед каждым j и k.

а скакать по потенциально растянутым на неск. экранов строкам - конечно это так удобно без display lines. вот я и поинтересовался - евангелисты они может уберменьши какие и им неведомы проблемы смертных? хотя они на самом деле просто так решили и проповедуют (а с use-case'ами тупо не сталкивались, но хоть в тырнет бы посмотрели, сколько там про сиё. даже имакс умеет, лол), но я этого не говорил.

P.S. staunch vim advocate here

^O

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

да, не сталкиваюсь. 80 columns хватит всем.

Аноним сверху вон «настоящий ответ тоже в виме написал», а в таком случае в 80 колонок явно не будешь влезать.

Постараюсь запомнить. Но честно говоря пока даже в приведённом примере не понимаю как можно быстро соорентироваться и нажать нужную цифру для перехода. Я пока чуть-ли не пальцем по экрану вожу (и ведь водил!) чтобы сделать Ndd или Nyy.

Вот это. https://github.com/myusuf3/numbers.vim

Вместо нумерации строк от начала файла, нумерует в две стороны от курсора (строка с курсором нулевая).

ну и что? я тоже ответы пишу с использованием vikeys. брат жив.

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

Есть же H, M, L и т.д. Не нужно ничего считать.

Идеология вима — точное и быстрое позиционирование. Это разжевывается во всех материалах, которые ты советуешь (!). Так что иди в жопу со своими HML.

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

такое есть встроенное. но не показывает вместе с нормальными номерами.

Но честно говоря пока даже в приведённом примере не понимаю как можно быстро соорентироваться и нажать нужную цифру для перехода.

Не надо нажимать никакие цифры. Скорее цифры могут пригодиться в мапах, макросах или скриптах.

Можно вообще покурить справку по навигации :help navigation. Вместо стрелок используем hjkl - это удобнее и хорошо приспособлено для небольших передвижений. (Если постоянно длинные строки, никто не запрещает перебиндить их на gj и gk, но совсем рушить вимовскую интуицию не следует: она сама по себе культовая и поэтому проникла и в другой софт, например, вимператор или там mupdf). Если быстрее листать - C-f, C-b, C-d. Можно перемещаться по абзацам {, }, по предложениям (, ), по словам и «обобщённым словам» (w/b, W/B, e/E). Можно передвигаться по парным скобкам %. Можно передвигаться по меткам. Удобно передвигаться с помощью поиска - /, * (слово под курсором вперёд), # (слово под курсором назад), f/F, ;/, - поиск символа в строке. Чего я ещё забыл?

Здесь главное навык, автоматизм. Понятно, что не всё сразу, и нужно время. К тому же необязательно каждому пригодится весь набор команд - как там, каждый использует 10% вима, но у каждого это свои 10%.

А, вот что точно забыл: можно передвигаться по местам правок g;

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

где я придумал или выступал за счёт? Что ты несешь, приятель?

Omg. ТС, фильтруй инфу от этого дурочка (science), он несколько фанатичен, предложение об использовании relnum, воспринимает как необходимость счета. Сейчас еще начнет вундль пропихивать.

пройди vimtutor, тем более что он по-умолчанию присутствует

Есть же H, M, L и т.д. Не нужно ничего считать.

Если у тебя в буфере 7 строк, то согласен. Иначе нет. Или я чего-то не знаю?

осилить средний уровень?

«a byte of vim» мне понравилась, также vimtutor

Наоборот, работает лучше именно на полном буфере во весь экран.

Попадаешь в нужную часть экрана (High, Medium или Low), а дальше уже, находясь курсором на нужной 1/3 части буфера - легко попасть куда нужно.

Есть несколько вариантов, короткий счет строк в разумных рамках (до 3-4, но никак не больше), либо же быстрая центровка строки по курсору (попробуй, может понравится):

nnoremap <C-j>       4jzz
nnoremap <C-k>       4kzz

А далее, находясь на нужной строке (если раньше, не находясь на ней, нельзя было попасть в нужное место по f), можно уже f, w, e, t и так далее.

Кстати в середину строки (не экранной по gm, а текстовой) можно попасть так:

map gm :call cursor(0, virtcol('$')/2)<CR>

Находясь на нужной 1/3 экрана довольно легко можно попасть в любое место.