LINUX.ORG.RU

История изменений

Исправление kaldeon, (текущая версия) :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W и ^T работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Я тут ещё вспомнил, что среди современных виммеров есть практика ходить по коду с помощью цифр, используя set number relativenumber. Нужно доказывать, что это плохой UI?

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. В целом, нужно необыкновенное везение, чтобы правильно сделать свои хоткеи с первого раза. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

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

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W и ^T работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Я тут ещё вспомнил, что среди современных виммеров есть практика ходить по коду с помощью цифр, используя set number relativenumber. Нужно доказывать, что это плохой UI?

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. В целом, нужно необыкновенное везение, чтобы правильно сделать свои хоткеи с первого раза. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Я тут ещё вспомнил, что среди современных виммеров есть практика ходить по коду с помощью цифр, используя set number relativenumber. Нужно доказывать, что это плохой UI?

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. В целом, нужно необыкновенное везение, чтобы правильно сделать свои хоткеи с первого раза. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Я тут ещё вспомнил, что среди современных виммеров есть практика ходить по коду с помощью цифр, используя set number relativenumber. Нужно доказывать, что это плохой UI?

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. В целом, нужно необыкновенное везение, чтобы правильно сделать свои хоткеи с первого раза. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Я тут ещё вспомнил, что среди современных виммеров есть практика ходить по коду с помощью цифр. Нужно доказывать, что это плохой UI?

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. В целом, нужно необыкновенное везение, чтобы правильно сделать свои хоткеи с первого раза. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. В целом, нужно необыкновенное везение, чтобы правильно сделать свои хоткеи с первого раза. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Plan 9, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исправление kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Если остался вопрос «как тогда сделать правильное управление мышью», то простого ответа нет, но есть множество исследований и реализаций: Cedar, Oberon, Acme, Macintosh.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.

Исходная версия kaldeon, :

jetbrains и vs - общеиспользуемые не переназначены на «как нам захотелось»

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

Хотя даже это не всегда так. Не помню точно, но управление табами в VS Code, IntelliJ и современных браузерах чем-то отличается. Что-то из ^W, ^T и ^N работает не так, как везде. Можно, конечно, переназначить, для этого и дана возможность конфигурации, но это фейл.

[jetbrains и vs] … остальные продуктоспецифичны и помнить их все наизусть совсем не обязательно

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

emacs, vi, tmux - в первую очередь консольные софтины и приводить их в виде аргумента … такой себе вариант.

Ну да, это консольные софтины, ну и что с того? Я же не предлагаю сами софтины изменить, всего-лишь указываю на плохой UI, полезно для ресёрчинга.

Так вы предлагаете мышу &co как «основной метод управления»? … Ну тогда если вернуться к командам того же emacs, то меню содержащее все возможные команды будет иметь столько уровней вложенности, что очень быстро захочется создателя этой фигни за шею подержать.

Я не предлагаю переделать команды Emacs на выпадающие меню. Во-первых, глубокие длинные выпадающие списки - сам по себе плохой UI. Во-вторых, apt remove emacs. Если ПО уже оптимизировано для работы с клавиатурой, пусть таким остаётся. Внедрение мыши требует глобальных изменений, которые попросту не нужны действующим пользователями.

Это ещё если не учитывать то, что хоткеи … меняются со временем

Можно пример программ у которых хоткеи «менялись со временем»? … От. Начинаем сливаться.

Пользователь может сам изменить свои же хоткеи, особенно если программа или сообщество способствуют этому. Некоторые хоткеи действительно изменились сами по себе со временем, например ^W. Я, конечно, выразился плохо, но всё же не сказал «разработчики программ переназначают сочетания в каждой версии по ГСПЧ».

Накидывайте.

Поиск по имени файла в VS Code (^P) и IntelliJ (Shift+Shift). Открытие терминала (уже не помню как в IntelliJ). В принципе, между VS Code и IntelliJ мало общего в управлении клавиатурой.

Тайловые WM: везде разное управление. Ну, например, dwm, i3 и tmux.

Большой перечь причин… просто огромный.

Вопрос был про то, зачем конфигурировать горячие клавиши. Я ответил: чтобы сохранить «любимыме сочетания». Что ещё нужно, список любимых сочетаний? Ну, например, переключение рабочих столов в каждом окружении реализовано немного по-разному. Чтобы компенсировать эту неоднородность, переназначения как раз полезны.