Comments 31
Спасибо. Действительно полезная вещь.
P.S.
Сам линуксовод уже даже со стажем, но уже задолбался. Чувствую вернусь скоро на винду или разорюсь и куплю мак.
Под маком и виндой на виме будет ровно эта же проблема. Только решать её надо будет как-то по-другому.
При чем конкретно в данном случае Linux? Вы статью-то прочитали?
Вы не поняли, в случае с проприетарной идеологией, у вас даже в мыслях не появятся желание (и тем более возможности) отойти от заранее проторенной дорожки, а значит и 'эпичного ё#линга' у вас будет поменьше, но он будет, чтобы это хотя бы просто заработало, особенно когда устареет!
с opensource же у вас появляется возможность сделать что то интересное, и возможно, иногда, даже не тратить на это море сил!
Да, я так понял, что сейчас используется уже не xkb, а другие решения (какой-то im метод, детали уже не помню). Не знаю, с чем связано такое решение, оно гораздо хуже xkb: переключение случается не всегда (у меня CapsLock переключает раскладку, и иногда вместо переключения включается CapsLock), переключаются раскладки с задержкой, при переключении теряется фокус ввода (это самая раздражающая особенность).
Справедливости ради, допилить Emacs до того уровня, чтобы он понимал Python как PyCharm — невозможно. Когда работаешь с большими проектами, возможности PyCharm понимания кода и рефакторинга — неоценимы.
Например, когда открываешь простыню спагетти-кода, с функциями по 300-400 строк и переменными с названиями в один символ. PyCharm сразу подсветит, где в этих 300-400 строчных монстрах неиспользуемые переменные и ветки, потом потихоньку можно в нем безопасно дать переменным человеческие имена, а потом уже становится понятно, как работает этот код, и его можно переписать или разбить на более короткие и осмысленные функции/методы.
Да и с проектами меньшего размера тоже помогает. PyCharm как наркотик, слезть с него невозможно. :)
Использую в нем с первого дня плагин IdeaVIM, работает идеально.
Сомневаюсь, что дело в PyCharm. PyCharm тоже подсвечивает все ошибки и ворнинги, даже эффективнее, чем любая сторонняя утилита, так как он знает о структуре проекта и умеет выводить типы. Если обладатель PyCharm их не фиксит — то это уже его личный выбор.
Когда в последний раз прикручивал rope-mode к emacs, это были неудобные и ненадежные костыли. Рад, если это изменилось — я в последний раз пользовался Emacs около 8-9 лет назад, уверен, что с тех пор произошли большие сдвиги.
Еще одна причина, по которой ушел с Emacs — туннельный синдром запястья. Поэтому сначала ушел на vim, затем на PyCharm с IdeaVim. Симптомы туннельного синдрома ушли.
А есть какая-то крутая статья про Emacs + evil-mode для vim-оводов? А то много упоминаний слышу, но чтобы кто-то зажёг и убедил меня, что так гораздо круче, ещё не видел.
Было бы здорово, если бы бы был текст (видео?) со всеми преимуществами.
Кстати, разумно было бы кинуть баг в список задач проекта: чтобы плагин сам определял, установлен ли $DISPLAY и матерился бы, что не установлен, и надо ssh -Y
Только я бы посоветовал, что всё-таки плагин пыхтел что-нибудь типа забыли "-Y" в ssh!!!
или там что-то в таком стиле (не всегда же отсутствие $DISPLAY означает ssh-сессию, иногда это просто безиксовый терминал). :)
Сходная проблема есть и в Emacs: при переключении системной раскладки на русский язык какие-либо команды выполнить нельзя. Для себя я это и на Windows, и на Kubuntu решил очень просто: в настройках переключения раскладки включил использование отдельной раскладки для каждого отдельного приложения (могу ошибаться, но быть может даже окна на Kubuntu) и Emacs использовал только встроенную систему интернационализации и переключения раскладок. В результате волки сыты (всё равботает, я доволен), и овцы целы (не пришлось что-либо делать).
Променял его на ISS:
let g:XkbSwitchLib = $HOME.'/.vim/bin/libInputSourceSwitcher.dylib'
Vim и переключение раскладок: о наболевшем