YS
табы нужны тогда, когда сплитов слишком много, вот у меня один проектик уже до десятка сплитов разросся
А зачем Вам сплиты, аналогично? ;) Т.е. зачем одновременно видеть столько файлов (ну или что Вы редактируете)?
Size: a a a
2020 December 18
VG
Yaroslav Schekin
А зачем Вам сплиты, аналогично? ;) Т.е. зачем одновременно видеть столько файлов (ну или что Вы редактируете)?
нужно
b
так говорить неграмотно, буферы - они всегда и для всего, т.к. в основе
я понимаю, имеется в в виду переключать буфферы по очереди
b
[]bGK
Хорошо, когда можно работать в нескольких сплитах. А вот например в cppcheck (на скрине выше) не установлен codestyle, и ширина строки не ограничена. В среднем, по моим ощущениям, около 150 символов. Так что не выходит разбить на 2+ вертикальных таба.
G
Тогда надо как-то дать знать клиенту, где находится корень проекта (к примеру, добавить .git в rootPatterns). А путь к compile_commands уже указать в аргументах к clangd.
"command": "clangd",
"args": ["--compile-commands-dir", "path/to/project-build"],
"rootPatterns": [".git/"]VG
я понимаю, имеется в в виду переключать буфферы по очереди
это неудобно, как по мне
K
Тогда надо как-то дать знать клиенту, где находится корень проекта (к примеру, добавить .git в rootPatterns). А путь к compile_commands уже указать в аргументах к clangd.
Это получается, что для каждого проекта у меня будет свой coc-config?
b
это неудобно, как по мне
всегда можно сделать
nmap ,b :Buffers<CR>b
leader
VG
всегда можно сделать
nmap ,b :Buffers<CR>да какая разница? всё равно переключать
b
ну если табы не нравятся...
VG
а так один клик мыши
b
то как еще?
G
Это получается, что для каждого проекта у меня будет свой coc-config?
Нет, так не получится. Лучше класть compile_commands в одно место относительно корня, везде.
VG
почему не нравятся? когда у меня под 80 файлов было, без табов никак
K
Нет, так не получится. Лучше класть compile_commands в одно место относительно корня, везде.
А как быть в тех случаях, если у меня несколько разных билдов одного проекта?
GK
Yaroslav Schekin
А зачем Вам сплиты, аналогично? ;) Т.е. зачем одновременно видеть столько файлов (ну или что Вы редактируете)?
Это удобно, чтобы читать тело длинных функций, смотреть реализацию похожих паттернов в других местах кода, читать вызываемые функции.
G
А как быть в тех случаях, если у меня несколько разных билдов одного проекта?
Я не прав, таки можно per-project
https://github.com/neoclide/coc.nvim/issues/909
https://github.com/neoclide/coc.nvim/issues/909
K
Я не прав, таки можно per-project
https://github.com/neoclide/coc.nvim/issues/909
https://github.com/neoclide/coc.nvim/issues/909
Ого, спасибо