Ctrl+Shift+U - это комбинированная комбинация клавиш в Eclipse.
Но когда я нажимаю на него, он показывает u , как ввод с подчеркиванием. Я думаю, что этот ярлык был объявлен Ubuntu, поэтому я не могу его использовать.
Я использовал для решения этой проблемы, набрав сначала capslock . Есть ли лучший способ?
Нашел способ отвязать его на Ubuntu 13.10.
Перейдите в раздел «Поддержка языков» в « Системных настройках» и измените метод ввода с клавиатуры на « none
Затем перезагрузите систему.
Изменение метода ввода, как объясняет PutzKipa, на самом деле решает проблему.
Однако мне не удалось найти какую-либо панель конфигурации в KDE ubuntu 14.04, чтобы выполнить эту работу, и стандартная утилита im-config кажется сломанной. В конце концов мне удалось создать файл ~/.xinputrc , содержащий одну строку:
run_im xim
затем выйти / войти. При этом в качестве метода ввода выбирается xim (по умолчанию ibus ). Если вы удалите ~ / .xinputrc, то im-config может перечислить доступные методы ввода, даже если он не сможет выбрать один из них.
недавно обновился до 18.04 и пробился, чтобы решить эту проблему.
super ключа
Кредит идет на обратную проблему на Askubuntu - по какой-то причине кто-то хочет включить этот ярлык.
Для Ubuntu 18.04.
Я боролся с этой проблемой в течение двух дней. Я перепробовал все методы, перечисленные здесь ранее. И, похоже, я нашел решение. Но это очень нестабильно и имеет ошибки.
Основная идея такова: в системных настройках вы можете указать команду, которая запускается комбинацией клавиш Ctrl+Shift+U.
Примечание: если вы укажете false в качестве команды, комбинация не будет работать вообще.
Однако мы можем указать путь к сценарию в качестве команды, в которой мы будем имитировать нажатие той же комбинации клавиш.
Чтобы имитировать нажатия клавиш, я попробовал xdotool (apt install xdotool) и xte (apt install xautomation).
Оба варианта были нестабильны. Однако xte оказался для меня более гибким.
Пример с xte
/home/username/shortcut.shchmod u+x /home/username/shortcut.shВот пример сценария:
#!/bin/sh
# Make a small delay in order to have time to release the keys.
sleep 0.2
# Simulate the release of just pressed keys, if they are still pressed.
xte 'keyup u' 'keyup Shift_L' 'keyup Control_L'
# Hack: Caps_Lock is used so that the system does not intercept this combination.
# You can try to remove it if it hinders you.
xte 'key Caps_Lock'
# Simulate pressing a key combination
xte 'keydown Shift_L' 'keydown Control_L' 'key u'
# Simulate releasing a key combination
xte 'keyup Shift_L' 'keyup Control_L'
# Restore Caps_Lock to the previous state.
xte 'key Caps_Lock'
Я проверил это в PhpStorm 2018.2 EAP Build # PS-182.3458.35 и могу сказать, что это работает, но с некоторыми оговорками:
В общем, если вы не часто используете эту комбинацию, то это решение может подойти вам.
Но, возможно, кто-то найдет лучшее и более стабильное решение.
Надеюсь, эта идея кому-нибудь поможет.
ibus-setup из терминала (или откройте «Настройки IBus»)....).Столкнувшись с этой проблемой в Ubuntu 18.04, я попробовал все вышеизложенные предложения, но, к сожалению, ни один из них не сработал. В итоге я удалил пакет ibus .
Я пытался отключить IBus с помощью
Language Supportim-config (настраивает ~/.xinputrc)sudo im-config (настраивает /etc/X11/xinit/xinputrc)Однако я заметил, что независимо от того, какую конфигурацию я пробовал, демон ibus работал каждый раз после перезагрузки.
Пытаться:
export GTK_IM_MODULE="gtk-im-context-simple"
и затем запустите Eclipse из той же оболочки. Или, если это не сработает,
export GTK_IM_MODULE="xim"
(Этот тест работает только при вводе команды экспорта и затем Eclipse из той же командной строки оболочки, он ничего не изменит, если вы используете ярлык на рабочем столе или меню «Приложения», или запустите Eclipse из новой оболочки.)
Если какой-либо тест сработает, вы можете внести изменения в масштабе всей системы, добавив его в /etc/environment или для каждого пользователя в ~/.gnomerc . (Команда export не входит в эти файлы, просто новая строка с GTK_IM_MODULE="xim" или GTK_IM_MODULE="gtk-im-context-simple" .)
Похоже, что это поведение происходит из входных сопоставлений GTK, как описано здесь: https://developer.gnome.org/gtk3/unstable/GtkIMContext.html
... Это называется предварительным редактированием, и метод ввода может обеспечивать обратную связь об этом процессе путем отображения промежуточных состояний композиции в виде текста предварительного редактирования. Например, метод ввода GTK+ по умолчанию реализует ввод произвольных кодовых точек Unicode, удерживая клавиши «Control» и «Shift», а затем набирая «U», а затем шестнадцатеричные цифры кодовой точки. При отпускании клавиш «Control» и «Shift» предварительное редактирование заканчивается, и символ вставляется в виде текста. Например, Ctrl+ Shift+ u20AC приводит к знаку €.
GTK используется многими распространенными приложениями в Ubuntu, включая Eclipse.
Откройте окно терминала.
cd ~/.gconf/desktop/gnome/interface
gedit %gconf.xml
Измените show_unicode_menu с true на false.
Сохранить, Выйти и вернуться.
Я использую Ubuntu 18.10, и у меня возникли проблемы с конкретным приложением (Intellij Idea).
В этом ответе AskUbuntu Kayvan Tehrani показывает настройку, которая работает для меня в этой настройке. Установите XMODIFIERS на пустую строку перед запуском приложения:
export XMODIFIERS=""
myapp.sh
В моем случае myapp.sh был idea.sh, и я добавил строку внутри файла:
#!/bin/sh
#
# ---------------------------------------------------------------------
# IntelliJ IDEA startup script.
# ---------------------------------------------------------------------
#
export XMODIFIERS=""
...
Таким образом, мой ярлык на рабочем столе все еще работает.
Очевидно, XMODIFIERS меняет способ работы xim и ibus, а когда он очищен, он отключает комбинацию CTRL-SHIFT-U, позволяя фильтровать текущее приложение.