VL
мне паринфер не зашел чет
Size: a a a
2020 April 21
VL
слишком умно)
A
ну я вообще не люблю когда текстовый редактор что-то за меня придумывает
VL
Не в этом видосе, а в видосе про org-capture, он сказал интересную мысль в защиту built-ins. Что разработчики (даже сторонние) знают о встроенных пакетах и могут рассчитывать на их присутствие. А еще они могут расширять их
VI
Не в этом видосе, а в видосе про org-capture, он сказал интересную мысль в защиту built-ins. Что разработчики (даже сторонние) знают о встроенных пакетах и могут рассчитывать на их присутствие. А еще они могут расширять их
Если умеют читать код
A
но ведь у встроенных пакетов есть фатальный недостаток!
VL
Если умеют читать код
может быть. некоторые пакеты отвратительно написаны. grep например. вообще непонятно как его расширять
VI
https://www.reddit.com/r/emacs/comments/2xotva/how_to_write_emacs_extensions/?utm_source=amp&utm_medium=&utm_content=post_body вот тут как то кроме старья ничего и нет, презентуха тоже дальше сложения не ушла
VI
Я уж не говорю о списке мастхев библиотек и прочее
VL
но ведь у встроенных пакетов есть фатальный недостаток!
NIH чешется?)
A
когда произносятся слова "фатальный недостаток", то да, надо это переводить как NIH
VL
мне тут пришла в голову мысля. а зачем нужны все эти grep и deadgrep пакеты если всего этого можно достичь с помощью ivy-occur
VL
Ну тоесть начал искать например с counsel-rg
VL
понял что тебе нужен список всего, C-c C-o
VL
и у тебя появляется тот же самый буфер который бы у тебя был с deadgrep
PG
ivy-occur что использует?
PG
преимущество grep/ack/ag/rg в том, что это нативные программы, которые могут быть весьма оптимизированны
VL
ivy-occur что использует?
ну там свой мод похожий на grep-mode или на occur-mode
VL
преимущество grep/ack/ag/rg в том, что это нативные программы, которые могут быть весьма оптимизированны
так я не о том
VL
ты видимо не знаешь что такое ivy-occur