LINUX.ORG.RU

vi, давай, до свиданья!

 , , ,


2

2

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

Что сказать?! Когда-то, я залез в технический раздел ЛОРа (каюсь, да, правила не читал, модераторы справедливо всё потёрли и шкворцов поубавилось, больше так не делаю) и развел там небольшой, но весёлый срачик на тему Vi vs Nano, где тулил за то, что nano это хорошо, удобно, просто и всем зайдет, а vi наоборот и с этим надо что-то делать.

И что теперь?! А вот что, в категории ChangeAcceptedF33 мы видим UseNanoByDefault, такие дела. И какие рассуждения там встречаем? А вот.

<...> You need to spend time learning how to use it, for even basic editing tasks. This increases the barrier to entry for those who are switching to Fedora and don't know how to use vi. It also makes things hard for those who don't particularly want to learn how to use vi. <...>

In contrast, Nano offers the kind of graphical text editing experience that people are used to, and therefore doesn't require specialist knowledge to use. <...>

Why make Nano default and vi optional, rather than the other way round? Because Nano is the option that everyone can use. 

Походу будет создан пакетик nano-default-editor, который вытянет nano и установит $EDITOR=nano, которая в федоре была не определена по умолчанию.

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

Ваши мнения. Что в других дистрах? Знаю что в дебиане nano всегда устанавливается, но по умолчанию кажется вызывается vi. В федоре его и ставить-то стали недавно, если не ошибаюсь ещё в 30-ке его не было, а тут раз – и такой поворот.

Для Ъ: https://fedoraproject.org/wiki/Changes/UseNanoByDefault

Ответ на: комментарий от X512

Скорее первые. Они используют подходящие инструменты для конкретных задач

Именно, поэтому несмотря на обилие и популярность IDE, и высокий порог входа vim, аж 25% выбирают именно его: https://insights.stackoverflow.com/survey/2019#development-environments-and-t..., и этот процент вырос почти в два раза за 4 года: https://insights.stackoverflow.com/survey/2015#tech-editor

Для программирования используют GUI текстовые редакторы и IDE, а не консольные поделки из прошлого века

Ну, начнём с того что не тебе это решать. Ладно, с тем что используют текстовые редакторы ты согласен. Тогда, во-первых, что ты скажешь про gvim который вполне себе GUI, во-вторых что такого в GUI текстовых редакторах есть чего нет в консольных? Ты не отличишь на вид gvim или любой другой GUI текстовый редактор со скрытым меню от vim в терминале.

Рассказываю как всё на самом деле. Те, кто на самом деле «используют компьютер для решения задач» и «они используют подходящие инструменты» в конце концов приходят к самым эффективным инструментам, которые требуют изучения, но потом позволяют значительно повысить производительность, сэкономить время и окупаются с лихвой. Такими инструментами являются прежде всего терминал, потому что набрать команду намного быстрее (движения забиты в мышечную память, можно делать вслепую, не требуется обратная связь, хотя клавиатура её даёт) чем елозить нарисованную стрелочку до нарисованной кнопочки, без обратной связи и постоянно контролируя курсор визуально, а потом до следующей кнопочки, потому что чтобы реализовать все возможности даже минимального набора консольных команд потребуется очень развесистый GUI; далее shell с умным дополнением для быстрой навигации по файловой системе, потому что используя дополнение путей перейти в нужный каталог набрав `/u/h/s/p/w/my<tab>` (`/usr/home/slovazap/projects/web/mycoolsite`) быстрее на порядок чем 6 раз найти глазами среди списка на полэкрана нужный каталог, догнать до него курсор и, наконец, ткнуть - что в GUI файловых менеджерах, что в mc; и далее - vim, потому что сложнейшие действия с текстом там производятся несколькими нажатиями кнопок, опять таки забитыми в мышечную память, без перемещения рук с буквенной клавиатуры на курсорные клавиши и тем более мышь. А что касается консольного vs. GUI ПО в целом, консольное на самом деле не многим отличается - может и в окошки и кнопочки, и даже ту же мышь, только всегда быстрее, легковеснее, универсальнее, работает локально и удалённо, выглядит везде одинаково и интерфейс как правило имеет более компактный, экономя экранное пространство.

Честно говоря не думал в наше время встретить таких дремучих неосиляторов консоли - даже виндузятники поголовно оценили powershell, и макосьники без кучи консольных утилит из homebrew в принципе не живут. Убеждать ни в чём тебя не собираюсь, просто говорю как есть - если будешь действительно заниматься разработкой, сам это поймёшь.

Haiku - это графическая десктопная ОС

Про haiku я упомянул не к консоли, а к тому что вот она как раз является маргинальной ничего не умеющей поделкой из прошого века, которую используют для сексуального удовлетворения вместо работы. Странно от её пользователя слышать заявления о маргинальности чего-то ещё.

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

Vim 25,4%, Emacs 4,5% видимо оба не для тупых. Но вот про терминал не соглашусь. Мышь не надо контроллировать чтобы попасть куда-то. А у хороших игроков в шутеры рефлексы такие, что обгонят кого угодно. Кроме того мышь программисту может быть нужна в Acme, которая на линуксе тоже есть. Но что-то маловато выучивших прелести Acme в линуксе. Впрочем есть еще sam. Довольно необычный редактор. Кроме того plan9port имеет шелл шустрый что капец и без автодополнений. И терминал в котором всякие консольные программы не пашут. И по статистике там все 25,6% линуксом пользуются. То есть почти все на vim. Но во вкладке sre/dev ops доля vim 43,7%.

anonymous
()

Капец, больше трёхсот сообщений срача из-за сочетания кнопочек. Вы там в каких условиях вообще набираете текст? Сзади человек с направленным пистолетом стоит, или что?

Princesska ★★★★
()
Ответ на: комментарий от Princesska

Чем еще заниматься в ожидании святого грааля в виде метапрога?

xtouqh
()

Ну обкурились ребята, бывает, с федорой не впервой, еще небось другие дистры потянутся. Аргумент железный, нубам от vi плохо, так как наслышаны что из него не выйти и оно все портит… А вот что делать тем, кому от nano плохо или кто вообще не хочет на Linux, но заставляют? Как быть? Даешь знакомую среду для всех!

slapin ★★★★★
()

Ваши мнения

Emacs рулит, nano в топку.

Hertz ★★★★★
()
Ответ на: комментарий от slapin

Текстовый редактор должен редактировать текст, а не заставлять тебя гуглить.

Впервые я запустил nano в дремучей убунту и сразу же разобрался с хоткеями, а vi что за высер 💩 лунатика?

bhfq ★★★★★
()
Ответ на: комментарий от slovazap

смешно читать потуги вимотыков… вы похожи на человека изучающего в 2020 году бэйсик, которому сказали что это мертвый язык, а он в ответ как обычно: «вы ничего не понимаете, вы все врети!»

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

я могу понять людей у которых не было альтернатив и в их время ничего кроме вима не было. но я не могу понять людей, которые осознано, в 2020 году пытаются изучить вим и доказывают что это круто. можно выделиться из толпы и доказать, что ты не такой как все другим способом. самый частый аргумент который я вижу: «в виме можно легко удалить целую строку!11», - пацаны, держу в курсе, в гуях она удаляется 1 кликом : ))))))))

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

ах ты у нас неженка оказывается, курсор ему сложно контролировать… бедняжка. так удали ДЕ, удали свой браузер. отключи мышь. выбрось ее вообще. поставь links и сиди в консоли. это будет максимально продуктивно для тебя. 6 tty хватит всем!. а если не хватит, то еще парочку добавь. ну и 80х25 естественно. или все таки это будет неудобно?

теперь я жду кулстори, что консольный редактор экономит место на экране. и вообще в комбинации с ВМ это Ъ.

mamkin_kakir
()
Ответ на: комментарий от Ford_Focus

Простой текстовый редактор, который тянет за собой бульдозер в систему:

Пакеты (1) go-2:1.15.2-1

Будет загружено:  114,15 MiB
Будет установлено:  559,04 MiB

:: Приступить к установке? [Y/n]
anonymous
()
Ответ на: комментарий от X512

Выучить совершенно другие сочетания с совершенно другим подходом к интерфейсу - это конечно проще, чем подправить конфиг или скачать готовый.

Да, в моём случае это действительно оказалось проще, чем постоянно запинаться об сочетания которые как бы похожи на стандартные, но перепутанные. А правка конфига далеко не панацея. Ты будешь править конфиг nano везде, где тебе нужно быстро подправить какой-то другой системный конфиг? Я не считаю это удобным. В vim и даже древнем vi базовые концепции одинаковы во всех системах и для быстрой правки тебе не нужно фалломорфировать на Ctrl+O «Сохранить».

С этого и надо было начинать: не устраивает - создавайте тикеты, отправляйте патчи, а не спорьте на форумах.

Так с этого и началось. А далее спор идёт лишь о твоём утдверждении, что nano:

«на данный момент лучшее из имеющегося».

Я, например, так не считаю, потому и спорю.

Это вообще странная затея устанавливать Haiku, чтобы потом писать в Vim.

А я так когда-то давно на Haiku, например, движок FWGS Xash3D для Half-Life портировал. Нашёл вот скрины 2-летней давности:

http://esxi.z-lab.me:666/~exl_lab/screens/HalfLife_Xash3D_HaikuOS_Port1.png

http://esxi.z-lab.me:666/~exl_lab/screens/HalfLife_Xash3D_HaikuOS_Port5.png

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

EXL ★★★★★
()
Ответ на: комментарий от anonymous

Это для сборки.

Для запуска не требуется даже libc.

wandrien ★★
()
Ответ на: комментарий от mamkin_kakir

Отмена по панике! Там есть micro-bin, но через yay нyжно выбрать пакет micro, а уже в нем выбрать micro-bin.

anonymous
()
Ответ на: комментарий от anonymous

Ты вот только забыл уточнить, что его пакет валяется в AUR’е и тебе нужно его собирать самому по рецепту, а не «поставил/пользуешься».

Собранный редактор ни от каких go не зависит.

Кстати, вот, например, Fedora:

sudo dnf repoquery --requires --resolve nano
file-libs-0:5.38-2.fc32.x86_64
glibc-0:2.31-4.fc32.i686
glibc-0:2.31-4.fc32.x86_64
ncurses-libs-0:6.1-15.20191109.fc32.x86_64

sudo dnf repoquery --requires --resolve micro   
glibc-0:2.31-4.fc32.i686
glibc-0:2.31-4.fc32.x86_64

У nano зависимостей больше. А вообще удивлён, что micro нет в репозиториях Arch Linux из коробки.

EXL ★★★★★
()
Ответ на: комментарий от mamkin_kakir

Я не доверяю сторонним репам, особенно китайским. Второй раз сталкиваюсь с тем, что package есть, а package-bin отсутствует ауре, а при установке через yay предлагается выбор между package/package-bin и т.д

anonymous
()
Ответ на: комментарий от anonymous

подключай не китайские. если бы в сторонних репах было бы что то неладное, то давно бы вой стоял…

А вообще удивлён, что micro нет в репозиториях Arch Linux из коробки.

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

mamkin_kakir
()
Ответ на: комментарий от mamkin_kakir

Ради справедливости, vim может быть интересен как редактор и даже как ide и даже gvim.

Shadow ★★★★★
()
Ответ на: комментарий от mamkin_kakir

я не могу понять людей, которые осознано, в 2020 году пытаются изучить вим и доказывают что это круто.

Я осознано изучил vim потому что:

  1. Редактор nano вызывал фрустрацию и раздражение при своём использовании.
  2. Мне нужен был консольный редактор для правки конфигов и кода на разных машинках. Как выяснилось позднее, vim отлично подошёл на эту роль.

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

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

Угу, наверное именно поэтому те IDE, которыми я активно пользуюсь, из коробки (sic!) официально имеют плагины для того, чтобы использовать в них такое же управление, как в Vim. Это, например, InteliJ IDEA/Android Studio/CLion и Qt Creator. Плагины для выделения из толпы, ага.

пацаны, держу в курсе, в гуях она удаляется 1 кликом

Запиши webm’ку или гифку в стиле: http://esxi.z-lab.me:666/~exl_lab/movies/ide-speed/qtc.webm

EXL ★★★★★
()
Ответ на: комментарий от slovazap

Ну, начнём с того что не тебе это решать.

Я никому ничего не запрещаю. Любые извращения на ваш вкус. Только не надо их всем навязывать, устанавливая Vim редактором по умолчанию.

во-вторых что такого в GUI текстовых редакторах есть чего нет в консольных?

Drag&drop, нормальная интеграция с системой (файловые ассоциации и т.п.), стандартное поведение и сочетания клавиш. В консольных редакторах много мелких кривостей в работе, которые в принципе не решаются, т.к. консоль не предназначена для произвольного ввода и отрисовки.

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

Если редактирование исходного текста требует особых инструментов, то скорее это значит, что пишут говнокод в стиле копипаста. В нормальном коде нет необходимости использовать особые трюки редактора. Стрелок, Shift, Page up/down, Home/End, поиска, навигации достаточно. Обычно программист больше думает и читает, чем пишет.

Такими инструментами являются прежде всего терминал, потому что набрать команду намного быстрее

Терминал предназначен для ввода команд, а для псевдографических интерфейсов. Я не против терминала для ввода команд, но против всякой эмуляции графики вроде ncurses. Для графики есть GUI и нечего извращаться.

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

Сочетания клавиш в GUI редакторах никто не отменял. Поставить текстовый курсор в нужное место быстрее всего с помощью мыши.

далее shell с умным дополнением для быстрой навигации по файловой системе, потому что используя дополнение путей перейти в нужный каталог набрав /u/h/s/p/w/my<tab> (/usr/home/slovazap/projects/web/mycoolsite)

В нормальных IDE слева есть дерево файлов проекта и сразу видно из чего состоит проект. Не надо запоминать точные имена файлов.

Про haiku я упомянул не к консоли, а к тому что вот она как раз является маргинальной ничего не умеющей поделкой из прошого века

Там стандартное поведение, а не инопланетные режимы. Новый пользователь сразу поймёт как что делать. Изначально BeOS разрабатывалась как десктопная ОС общего пользования, но не смогла занять достаточное место из-за нечестной конкуренции Microsoft. Потом Microsoft даже штраф Be Inc. выплатил, но было уже поздно.

X512 ★★★★★
()
Ответ на: комментарий от EXL

консольный редактор для правки конфигов

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

и кода на разных машинках

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

Угу, наверное именно поэтому те IDE, которыми я активно пользуюсь, из коробки (sic!) официально имеют плагины для того, чтобы использовать в них такое же управление, как в Vim.

это скорее сделано для того, чтоб динозавров вытащить из консоли. создают для них привычные условия. это нормально. даже бинды из atom/sublime перенесли в vscode.

Запиши webm’ку или гифку в стиле

это чтоб показать как удаляется строка? ну ок, нажми на номер строки и пиши другие буквы : )

mamkin_kakir
()
Ответ на: комментарий от mamkin_kakir

в виме можно легко удалить целую строку!11

Home, Shift+↓, backspace в любом нормальном редакторе начиная с блокнота. Скорее пользователи Vim - неосиляторы.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 1)
Ответ на: комментарий от X512

Drag&drop,

Последний раз им пользовался для перетаскивания строк таблицы в ворде.

В текстовом редакторе ненужно.

нормальная интеграция с системой (файловые ассоциации и т.п.)

Этим не текстовый редактор занимается, а ФМ. Засунь *.desktop файл для любого редактора в ~/.local/share/applications, если в дистрибутиве забыли дефолтный положить – вот тебе и интеграция.

стандартное поведение и сочетания клавиш.

В каком месте в нано «стандартное поведение и сочетания клавиш»? Стандартное для кого? Для марсиан?

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

Да, чтобы сорцы и конфиги править нужно капец как много «произвольного ввода и отрисовки». Анимированные гифки там пускать? Или видео с ютуба? Можно еще в кваку погонять в редакторе, а чо.

Итого: синдром утёнка, вкусовщина, аргументы можно развернуть в любую сторону.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от X512

Я не против терминала для ввода команд, но против всякой эмуляции графики вроде ncurses.

Nano использует ncurses. По твоей же ссылке:

https://git.savannah.gnu.org/cgit/nano.git/tree/src/nano.c#n1244
https://git.savannah.gnu.org/cgit/nano.git/tree/src/winio.c Ctrl+F «ncurses».

Home, Shift+↓, backspace

Легко, просто, быстро, ага.

EXL ★★★★★
()
Ответ на: комментарий от X512

В нормальных IDE слева есть дерево файлов проекта и сразу видно из чего состоит проект. Не надо запоминать точные имена файлов.

Ты хоть видел объем «дерева файлов проекта» в любом приличном проекте? Я в консоли полный путь быстрее напишу даже без автодополнения, чем буду мотать эти простыни.

wandrien ★★
()
Ответ на: комментарий от EXL

Nano использует ncurses. По твоей же ссылке:

Nano - это наименьшее из зол когда по каким-то причинам графика не доступна. Если графика есть, то nano тоже не нужен.

X512 ★★★★★
()
Ответ на: комментарий от X512

А если графика не нужна, то и твои рассуждения не нужны.

Не все думают как ты, прикинь.

Интерфейсные фашисты снова взялись за своё…

wandrien ★★
()
Ответ на: комментарий от wandrien

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

Открою страшную тайну: в дереве проекта работает навигация и раскрытие/сворачивание с помощью стрелок и выбор элемента с помощью ввода начала имени.

X512 ★★★★★
()
Ответ на: комментарий от X512

Открою страшную тайну: в дереве проекта работает навигация и раскрытие/сворачивание с помощью стрелок и выбор элемента с помощью ввода начала имени.

Да-да, как щас помню – надрачивал на эти стрелочки еще во время спираченного WinCmd. Вот пишу вам как раз из-под винды, где есть установленный Total Commander, но нет нормальной консоли. Смотрю на это всё с недоумением. Раньше это херня казалась удобной.

wandrien ★★
()
Ответ на: комментарий от mamkin_kakir

сомнительная идея ради правки конфигов. то есть, чтоб начать править конфиги, ты начал править конфиг вима?

Непонятно откуда ты это взял, ибо я выше написал, что напротив, чтобы пользоваться nano без раздражения требуется везде править его конфиг убирая наркоманское говно в хоткеях в каждой из систем (!). Тогда как vim из коробки имеет одинаковую и приемлемую схему управления даже в древнем vi и ничего править кроме самого целевого конфига для редактирования мне не приходится.

конкретно для таких вещей нано в самый раз. (для меня уже микро)

Моя претензия к nano – его хоткеи. Я не выступаю за то, чтобы vim сделать дефолтным редактором для новичков. Я лишь за то, чтобы yбрать раздражающее говно из хоткеев nano, а убрать его можно либо заменой конфига на адекватный (мейнтейнером), либо выкидыванием nano и поставкой micro, который я тебе и посоветовал, если ты забыл.

это скорее сделано для того, чтоб динозавров вытащить из консоли. создают для них привычные условия. это нормально. даже бинды из atom/sublime перенесли в vscode.

Ты сам-то в это веришь? Компания создаёт vim-плагин не с целью использования, а с маркетинговой целью привлечения разработчиков, кодящих в vim? А чем тогда так разработчики-вимеры сильны, что их пытаются схантить различные IDE? ;-)

ну ок, нажми на номер строки и пиши другие буквы : )

Я думал ты про Ctrl+D или Shift+Del расскажешь :) В GUI-редакторах и IDE я пользуюсь именно этими комбинациями, ведь не нужно тянуть руки к мышке.

EXL ★★★★★
()
Ответ на: комментарий от wandrien

Не все думают как ты, прикинь.

Интерфейсные фашисты снова взялись за своё…

Да пользуйтесь чем хотите, только другим не навязывайте (редактор по умолчанию и предустановленные пакеты). Меня всё устаревает если я в глаза не буду видеть этот Vim. На чём там пишут программисты на другой машине - меня не волнует, их личное дело. Их дело - закоммитить в репозиторий для совместной разработки.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 2)
Ответ на: комментарий от wandrien

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

в гуевых редакторах можешь сделать также. найти текст в файле/файлах, перейти к строке или к файлу. так что такой себе аргумент. непохоже на монополию вима…

mamkin_kakir
()
Ответ на: комментарий от X512

Да пользуйтесь чем хотите, только другим не навязывайте (редактор по умолчанию).

LOLWUT

Меня всё устаревает если я в глаза не буду видеть этот Vim.

Меня всё устаревает если я в глаза не буду видеть этот nano.

wandrien ★★
()
Ответ на: комментарий от mamkin_kakir

в гуевых редакторах можешь сделать также. найти текст в файле/файлах, перейти к строке или к файлу. так что такой себе аргумент. непохоже на монополию вима…

А при чем тут vim в консоли? Я и в гуёвом редакторе работаю практически не прикасаясь к мышке. Но правда это не vim/gvim. Но не хожу на ЛОР рассказывать пользователям vim, что они лохи или фанатики. Может это я чего-то не понял.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от wandrien

Меня всё устаревает если я в глаза не буду видеть этот nano.

Устанавливайте что хотите. Nano - это заглушка, которая позволяет редактировать текст кому угодно без знания работы режимов и особых сочетаний (внизу всё написано). Когда по умолчанию открывается редактор, который непонятно как закрыть и как сохранить - это неприемлемо.

X512 ★★★★★
()
Ответ на: комментарий от X512

Устанавливайте что хотите. vi - это заглушка, которая знакома любому администратору линукса, соляры и кучи всего. То, что вы с винды мигрировали, ваши проблемы. Вы бы еще с Электроника БК-0011 мигрировали и жаловались, что ничего непонятно.

Видите, такую вкусовщину можно писать в любую сторону.

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

То есть вся претензия к vim по существу только в том, что он не рисует панель с подсказками по дефолту?

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от X512

Где ссылка на тикет? Нет тикета - нет претензий.

Продавить GNU’тых разработчиков, которые пишут этот nano и сказать им что на дворе мол 2020, завезите наконец-то нормальные и привычные всем хоткеи – равноценно бану в их системе багрепортов.

Поэтому идём по пути наменьшего сопротивления. Я пользуюсь Fedora, но не пользуюсь nano, который завозят по умолчанию. Если в Fedora будет nano без Ctrl+O «сохранить», то меня это полностью устроит. Поэтому мои претензии будут направлены именно в баг-трекер Fedora после её релиза. Если конечно один из сотрудников Red Hat, отметившийся и высказавшийся в этой теме, не передаст мейнтейнерам эту проблему раньше.

Fedora стремится быть user-friendly для своих пользовтелей. Ctrl+K «вырезать» никак нельзя назвать вписывающимся в эту концепцию сочетанием. Они должны быть заинтересованы изменить дефолтное поведение этого редактора.

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

ну это была немного ирония.

Моя претензия к nano – его хоткеи.

ну как оказалось, это вкусовщина. я за много лет привык к нано и к его хоткеям. привык настолько, что теперь в микро вырезаю строки…

либо выкидыванием nano и поставкой micro, который я тебе и посоветовал, если ты забыл.

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

Ты сам-то в это веришь? Компания создаёт vim-плагин не с целью использования, а с маркетинговой целью привлечения разработчиков, кодящих в vim? А чем тогда так разработчики-вимеры сильны, что их пытаются схантить различные IDE? ;-)

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

Я думал ты про Ctrl+D или Shift+Del расскажешь :) В GUI-редакторах и IDE я пользуюсь именно этими комбинациями, ведь не нужно тянуть руки к мышке.

так я же про клик говорил. а для строк у меня есть шифт со стрелочками : )

mamkin_kakir
()
Ответ на: комментарий от wandrien

Хочешь обсудить разнообразие положений селектора передач в КПП?

grem ★★★★★
()
Ответ на: комментарий от wandrien

… регулировка скорости работы дворников через планшет

grem ★★★★★
()
Ответ на: комментарий от wandrien

Но не хожу на ЛОР рассказывать пользователям vim, что они лохи или фанатики. Может это я чего-то не понял.

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

mamkin_kakir
()
Ответ на: комментарий от EXL

Продавить GNU’тых разработчиков, которые пишут этот nano и сказать им что на дворе мол 2020, завезите наконец-то нормальные и привычные всем хоткеи – равноценно бану в их системе багрепортов.

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

X512 ★★★★★
()
Ответ на: комментарий от alpha

Ctrl-X мне хватало первые 10 лет - при выходе всё равно спросит сохранить ли и под каким именем.

grem ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.