Size: a a a

2021 January 14

pl

peach lasagna in pro.vim
Sergey Batalev
expandtab еще, а то на гитхабе будут табы в 8 проеблов
так
источник

pl

peach lasagna in pro.vim
GNU/Vsevolod
табов, или буфферов?
сверху такие
источник

pl

peach lasagna in pro.vim
файлы
источник

SB

Sergey Batalev in pro.vim
а потом в документе :retab и порядок, все табы станут проебелами
источник

G

GNU/Vsevolod in pro.vim
ну табы нвим из коробки умеет отображать
источник

SB

Sergey Batalev in pro.vim
GNU/Vsevolod
ну табы нвим из коробки умеет отображать
если ты про set list то это не про это...
источник

pl

peach lasagna in pro.vim
источник

pl

peach lasagna in pro.vim
во
источник

VG

Vadim Goncharov in pro.vim
Yaroslav Schekin
Значит, Вы неправильно поняли вопрос.
Как же спросить-то... почему Вы решаете, что "сейчас я хочу переключится на forget_me_not.c", и что должно происходить, если он открыт во многих окнах / табах, или вовсе нигде сейчас не видим?
почему решаю? ну потому что в работе над кодом нужда переключиться сейчас возникла, очевидно? например по определенному имени класса (оно мапится в имя файла)

и обычно я не дублирую сплиты одного и того же файла в разных табах, так что проблемы не будет
источник

YS

Yaroslav Schekin in pro.vim
Georgy Komarov
Угу. Это неэффективно. Но новичку в vim надо с чего-то начать и дорабатывать свой воркфлоу в процессе работы.
Ну а если, спустя несколько лет, человек привык к определённому окружению, значит ему так удобно, и для него это эффективно. Задачи у всех разные, подходы к их выполнению — тоже.
А, по-моему, всё это совершенно неправильно.

> Но новичку в vim надо с чего-то начать и дорабатывать свой воркфлоу в процессе работы.

Т.е. я считаю, что ему стоит либо осваивать vim way, либо поискать другой редактор.
Потому что за 10, 20 ... 40 лет редактирования текстов с "плохим" workflow в vim по сравнению со "средним" в другом редакторе можно несколько недель своей личной жизни потерять абсолютно впустую. ;(

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

Нет, не значит. В эффективности (в отличие от удобства) мало субъективного компонента
источник

VG

Vadim Goncharov in pro.vim
Vadim Goncharov
сделал
set switchbuf=useopen,usetab

и на  :tab sbuffer #11 получил

E94: Нет соответствующего #11 буфера
при этом :e #11 заменяет на него в текущем окне, сам буфер-то есть
источник

YS

Yaroslav Schekin in pro.vim
Vadim Goncharov
сделал
set switchbuf=useopen,usetab

и на  :tab sbuffer #11 получил

E94: Нет соответствующего #11 буфера
Значит, у Вас нет такого buffer?
источник

VG

Vadim Goncharov in pro.vim
Yaroslav Schekin
А, по-моему, всё это совершенно неправильно.

> Но новичку в vim надо с чего-то начать и дорабатывать свой воркфлоу в процессе работы.

Т.е. я считаю, что ему стоит либо осваивать vim way, либо поискать другой редактор.
Потому что за 10, 20 ... 40 лет редактирования текстов с "плохим" workflow в vim по сравнению со "средним" в другом редакторе можно несколько недель своей личной жизни потерять абсолютно впустую. ;(

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

Нет, не значит. В эффективности (в отличие от удобства) мало субъективного компонента
...и тык мышой в уже открытый сплит гораздо эффективней набора :e имя, вполне объективно
источник

VG

Vadim Goncharov in pro.vim
Yaroslav Schekin
Значит, у Вас нет такого buffer?
есть, его окно просто в другом табе, https://t.me/vimers/77556 работает же.
источник

YS

Yaroslav Schekin in pro.vim
Vadim Goncharov
почему решаю? ну потому что в работе над кодом нужда переключиться сейчас возникла, очевидно? например по определенному имени класса (оно мапится в имя файла)

и обычно я не дублирую сплиты одного и того же файла в разных табах, так что проблемы не будет
Это уже ближе к делу.

> например по определенному имени класса (оно мапится в имя файла)

И для этого есть tags, includes и defintions. Настраиваете их, и используете возможности "из коробки" для перехода туда, куда нужно.

> и обычно я не дублирую сплиты одного и того же файла в разных табах, так что проблемы не будет

Ну а проблемы с hidden / visible / не загружен?
источник

VG

Vadim Goncharov in pro.vim
вот по одной из приводившихся ссылок чувак пишет, I can pop important/work files in windows and tabs and hide the ones I don't currently need to utilize in the background on the fly without having to remember paths or take time to search and load them up again once the need arises
источник

GK

Georgy Komarov in pro.vim
Yaroslav Schekin
А, по-моему, всё это совершенно неправильно.

> Но новичку в vim надо с чего-то начать и дорабатывать свой воркфлоу в процессе работы.

Т.е. я считаю, что ему стоит либо осваивать vim way, либо поискать другой редактор.
Потому что за 10, 20 ... 40 лет редактирования текстов с "плохим" workflow в vim по сравнению со "средним" в другом редакторе можно несколько недель своей личной жизни потерять абсолютно впустую. ;(

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

Нет, не значит. В эффективности (в отличие от удобства) мало субъективного компонента
> Т.е. я считаю, что ему стоит либо осваивать vim way

Работа в текстовом редакторе — практический навык, его невозможно освоить по книжкам/документации. Как программирование. Поэтому нужно ставить vim и сразу начинать его использовать, в процессе работы изучая его возможности.

> Нет, не значит. В эффективности (в отличие от удобства) мало субъективного компонента

Эффективность использования инструмента зависит от задачи и от конкретного пользователя. Мы, вероятно, говорим о разных вещах, и тут не хватает конкретики.
источник

G

GNU/Vsevolod in pro.vim
Sergey Batalev
если ты про set list то это не про это...
Нет, я не про это
источник

YS

Yaroslav Schekin in pro.vim
Vadim Goncharov
...и тык мышой в уже открытый сплит гораздо эффективней набора :e имя, вполне объективно
Если Вы его видите (т.е. это открытое окно в той tab page, где Вы сейчас работаете) — да.
Иначе — нет, "вполне объективно". ;)
источник

VG

Vadim Goncharov in pro.vim
Yaroslav Schekin
Это уже ближе к делу.

> например по определенному имени класса (оно мапится в имя файла)

И для этого есть tags, includes и defintions. Настраиваете их, и используете возможности "из коробки" для перехода туда, куда нужно.

> и обычно я не дублирую сплиты одного и того же файла в разных табах, так что проблемы не будет

Ну а проблемы с hidden / visible / не загружен?
пффф, переход по тегу - это опять замена буфера в окне, если мне нужен именно переход по тегу, то я его и использую

решите мне озвученную задачу, "hidden / visible / не загружен" можно для начала пренебречь
источник