Почему управляющие символы ASCII проигнорированы при использовании Ctrl+Shift+U?
Я пытаюсь ввести символ табуляции в текстовые поля Firefox/Chrome, не имея необходимость к вставке копии от Emacs. Комбинация Ctrl+Shift+U затем 0009 не работает. На самом деле это, кажется, не работает на большинство символов "управления". Однако это работает на в значительной степени любой печатаемый символ включая неASCII. Это действительно причудливо. Google, кажется, не показывает никакое подобное непоследовательное поведение. Кто-либо знает, почему эта комбинация запрещает пробел? Я могу повторить это поведение в любой программе включая Leafpad и LibreOffice.
U+2023: ‣
U+0100: Ā
U+0009: (ничто)
U+000A: (ничто)
U+0020: (пространство)
1 ответ
Получил его. Причина это работало корнем и не моим постоянным пользователем, состояла в том, потому что переменные окружения GTK_IM_MODULE и QT_IM_MODULE вызывались к xim для всех постоянных пользователей, независимо от пробегов im-config. Единственный модуль, который я установил под Lubuntu, ibus, таким образом, я не удивлен этим странным поведением. Несколько статей о сети обратили мое внимание на те переменные, таким образом, я начал отлаживать вокруг них. Когда я заметил, что они устанавливались в xim постоянно, я решил вынудить их к ibus под /etc/environment. У Вас есть менее агрессивный выбор урегулирования их в .bashrc или некоторый эквивалент. Независимо, это восстановит полную функциональность Ctrl+Shift+U.