Спасибо за выдержку из «man stty».
Да всё верно — «Ctrl-z» посылает SIGTSTP («Stop typed at terminal» согласно «man 7 signal»), и это совсем не сигнал SIGSTOP
Понятно, просто изначально статья была про полезные клавиши знание которых полезно при работе в командной строке — такой «Необходимый минимум по работе в командной строке», которые я далее сгруппировал по тема «Редактирование, Перемещение,...». Про readline, bash, stty было совсем не основное, оно всплыло только чтобы объяснить почему в каком-нибудь другом дистрибутиве, отличном от мною используемом, какие-нибудь клавиши заработают не так.
Про графику кстати упомянул.
Сам всегда пользовался и xmodmap и sxhkd — но это уж лишнее для этой темы
при выводе некоторых непечатных управляющих символов терминал «ломается» — починить можно «stty sane» или «reset» (причем набирая не смотря на отображаемые символы-крокозябры и нажать «Enter»)
предположу (почти уверен), что проблема в том что в приглашении используете последовательности для, например, подкраски цветами приглашения и не «экранируете» их (обрамить в "\[" и "\]") — и в итоге bash (или терминал) эти символы цвета воспринимает как символы и считает их при переносе строк, хотя и не отображает их терминал.
То есть неправильно (будет с смещением) делать приглашение так:
Забавно если «Ctrl-с» в Windows по разному трактуется (или трактовался в каких-то версиях) в консоли и в графике. Ну вполне вероятно могу в том что касается Windows ошибаться — всё так почти совсем её лет 15 как не использую.
Что за мания про комменты «достойно-недостойно уровня инструктора»?)…
Скажу по секрету не в одной сертификации (которые знаю и сдавал. Если знаете такую напишите название) не на уровень специалиста, ни на преподавателя не спрашивают про vim-mode в командной строке bash.
Новички обычно на этой теме не знают про vim, и до конца курса могут и не услышать совсем про emacs (извините фанаты emacs, но так часто происходит — ну есть что другое изучить на курсе вместо этого) — количество дней ограничено чтобы рассказать абсолютно всё и по каждому вопросу еще и экскурс в истории провести… тут скорее если вопрос из зала подтолкнет к этой теме.
Только похоже многие(так кажется) часто сначала изучают командную строку и привыкают к этим emacs-клавишам, а потом (сильно не сразу) изучают vi — в итоге (как и я) знают vi и не пользуюсь emacs, но к этим хоткеям уже попривыкли.
К PgUp/PgDown сильно привык, так что когда пользуюсь некоторыми дистрибутивах, в которых они отключены (не прописаны в /etc/inputrc), одно из первых действий лезу добавить их обратно в /etc/inputrc
Нет, не считается «из коробки». В любом Линуксе «одной командой после установки» можно много наворотить, но по этим результатам обзорная статья не будет полезна.
Я понимаю, что упоминаете Arch и мне очень нравится wiki.archlinux.org — одна из самых лучших документаций. И знаю дистрибутивы типа LinuxFromScratch и Gentoo — и понимаю, что довольно сложно в них решить, что «из коробки», а что я потом «допилил». Речь о том что сделать обзор на «готовые решения», а свои «комбайны», я и сам постоянно делаю и в статье упомянул, что и использую (на основе i3) — их сложно обозревать и новичкам понимания они не добавят.
Да всё верно — «Ctrl-z» посылает SIGTSTP («Stop typed at terminal» согласно «man 7 signal»), и это совсем не сигнал SIGSTOP
Про графику кстати упомянул.
Сам всегда пользовался и xmodmap и sxhkd — но это уж лишнее для этой темы
То есть неправильно (будет с смещением) делать приглашение так:
а правильнее так (будет без смещения):
Но в Линуксе мне эти отличия более понятны — всё ж разные группы людей в разное время делали разные части системы.
Ладно, забили — а то будем бесконечно обоюдно хвалится знаниями.
Были б курсы по месяцу, а лучше полгода… вот тогда бы… эх.
(Про структуру) Что не на своем месте? Поправьте.
Скажу по секрету не в одной сертификации (которые знаю и сдавал. Если знаете такую напишите название) не на уровень специалиста, ни на преподавателя не спрашивают про vim-mode в командной строке bash.
Новички обычно на этой теме не знают про vim, и до конца курса могут и не услышать совсем про emacs (извините фанаты emacs, но так часто происходит — ну есть что другое изучить на курсе вместо этого) — количество дней ограничено чтобы рассказать абсолютно всё и по каждому вопросу еще и экскурс в истории провести… тут скорее если вопрос из зала подтолкнет к этой теме.
Но соглашусь в статью стоит добавить
Только похоже многие(так кажется) часто сначала изучают командную строку и привыкают к этим emacs-клавишам, а потом (сильно не сразу) изучают vi — в итоге (как и я) знают vi и не пользуюсь emacs, но к этим хоткеям уже попривыкли.
Судя по «man readline»:
да, верно — есть у bash'а(не у cat) такая возможность — «Here Documents» называется (в «man bash»).
Еще можно с табами использовать (в скриптах удобно), если написать "<<-":
К PgUp/PgDown сильно привык, так что когда пользуюсь некоторыми дистрибутивах, в которых они отключены (не прописаны в /etc/inputrc), одно из первых действий лезу добавить их обратно в /etc/inputrc
С остальным вполне согласен.
Я понимаю, что упоминаете Arch и мне очень нравится wiki.archlinux.org — одна из самых лучших документаций. И знаю дистрибутивы типа LinuxFromScratch и Gentoo — и понимаю, что довольно сложно в них решить, что «из коробки», а что я потом «допилил». Речь о том что сделать обзор на «готовые решения», а свои «комбайны», я и сам постоянно делаю и в статье упомянул, что и использую (на основе i3) — их сложно обозревать и новичкам понимания они не добавят.
— в буддизм
— в гараж
— на маковые поля
— в окно
(шутка юмора, местами ассоциации к Windows/Mac/...)
А так полностью согласен со сказаным.