Size: a a a

2021 May 03

YS

Yaroslav Schekin in pro.vim
:help /magic (ну и вообще, этот раздел можно пролистать).
источник

V

Vim Help in pro.vim
источник

G

GNU/Vsevolod in pro.vim
Первая содержит 1 скобку, открывающую capture group, и 2 скобки, закрывающие ее
источник

D

Denis GDevv in pro.vim
Хм, я походу запутался в этих экранированиях и начал путать с обычной скобкой, которую не нужно экранировать.


С этим чуть понял, но почему вот тут не срабатывает вторая строка? 😀
:%s/(\([a-zA-Z0-9\"]\)/( \\1/ge
:%s/[\([a-zA-Z0-9\"]\)/[ \\1/ge
источник

G

GNU/Vsevolod in pro.vim
С \v лучше выглядит
%s/\v([[{(])([a-zA-Z0-9"]+)([})\]])/\1 \2 \3/
экранируется только одна скобка в конце
источник

D

Denis GDevv in pro.vim
\v - он сам пытается добавить слэши, чтобы было верно?
источник

G

GNU/Vsevolod in pro.vim
Не, я там хелп вверху скинул, там есть таблица, что как выглядит при разные флагах
источник

G

GNU/Vsevolod in pro.vim
Тут "[" открывает группу символов, которая продолжается до "]"
источник

G

GNU/Vsevolod in pro.vim
По умолчанию, capture group экранируется, character set — нет
источник

D

Denis GDevv in pro.vim
Мне казалось, что группу открывает только "\[", потому что этот слэш показывает виму на спец символ как в случае с "\("...
источник

D

Denis GDevv in pro.vim
Смотрю примеры разных режимов - не удивительно, что я не попал в нужные комбинации 😀
источник

D

Denis GDevv in pro.vim
Получается, что без режимов, как спец символы со слэшами используются: "\{n,m}" и "\( ... \)", а квадратные используются как спец символы без слэшей: "[0-9]".
Но нафига они такие трудности сделали? 😀
источник

EG

Emmanuel Goldstein in pro.vim
Потому что ты с большей вероятностью ищешь в тексте круглые скобки, чем мквадратные
источник

A

Alexander. in pro.vim
Разработчики ютуба под смарт тв ненавидят людей
там раскладка в алфавитном порядке
источник

A

Alexander. in pro.vim
источник

Pavel ×.× in pro.vim
++
источник

a

avnya in pro.vim
Переслано от avnya
на счёт вимовских хоткеев:

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

нет ассоциации со сторонами, shift в любом случае будет в одном месте, а клавиша действия в разных

да, это сохраняет возможность дохренательного числа хоткеев, но если например предыдущее совпадение при поиске было на b, которая зеркальна n, не было бы удобней? а то, что было на клавише b, переместить на b и n с клавишей - модификатором ( тот же shift ). количество хоткеев не изменяется

т.е зеркальные клавиши меняются друг с другом инвертированными действиями

я знаю, что в виме добрая половина подстроена под первую букву слова ( e- edit.. ), но где - то я видел улучшенные хоткеи, не привязанные к названию слова
источник

a

avnya in pro.vim
Переслано от avnya
выход с insert мода был бы на t
источник

a

avnya in pro.vim
Переслано от avnya
хотя опять же i приязан к первой букве
источник

a

avnya in pro.vim
Переслано от Aragaer
я бы не сказал, что шифт инвертирует
источник