ctrl+ shift+ u- комбінована клавіша швидкого доступу в Eclipse.

Але коли я натискаю його, він відображається як u, як і введення з підкресленням. Я думаю, що цей ярлик був оголошений Ubuntu, тому я не можу ним користуватися.

Я раніше вирішував цю проблему, ввівши capslockспочатку. Чи є кращий метод?

Знайшов спосіб від’єднати його на Ubuntu 13.10.

Перейдіть до служби підтримки мови в налаштуваннях системи та змініть систему методу введення з клавіатури наnone

Потім перезавантажте систему.

Рішення Ubuntu 18.04

Відповідь ShmulikA була близькою, але, на жаль, обрати "None" для мене не вдалося. Я можу підтвердити наведений нижче процес роботи 18.04 станом на квітень 2019 року.

1. Відкрити пошук за допомогою Superключа (він же WINдля людей, як я)
2. Введіть "підтримка мови" та натисніть ENTER

3. Клацніть спадне меню системи введення методу клавіатури та виберіть XIM

4. Клацніть Застосувати системно
5. Клацніть Закрити
6. Перезавантажте

Коли я ввійшов у систему, я зміг встановити CTRL+ SHIFT+ Uяк ярлик у Visual Studio Code.

Редагувати: "Застосовувати систему широко" не потрібно. Ця кнопка посилається на розділ Мова, а не на все діалогове вікно.

Зміна методу введення, як пояснює PutzKipa, фактично усуває проблему.

Однак мені не вдалося знайти жодну панель конфігурації під KDE ubuntu 14.04, щоб виконати цю роботу, і стандартна утиліта im-config здається зламаною. Нарешті мені вдалося створити файл ~ / .xinputrc, який містить один рядок:

run_im xim

потім вийти / увійти. Це вибирає xim як метод введення ( ibus є типовим). Якщо ви видалите ~ / .xinputrc , то im-config може перелічити наявні способи введення, навіть якщо він не вибере його.

Спробуйте:

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.

Ubuntu 18.04

Натрапивши на цю проблему на Ubuntu 18.04, я спробував усі пропозиції вище, але, на жаль, жодна з них не спрацювала. Я закінчив видалення ibusпакета.

Передумови / сторони

Я намагався відключити використання IBus

1. Language Supportменю
2. im-config(налаштовує ~/.xinputrc)
3. sudo im-config(налаштовує /etc/X11/xinit/xinputrc)

Однак я помітив, що незалежно від того, яку конфігурацію я намагався, демон ibus запускався щоразу після перезавантаження.

Ubuntu 14.04 / 18.04 Рішення

нещодавно оновлення до 18.04 і боротися зі своїм способом вирішити це питання.

1. відкрити пошук за допомогою superключа
2. перейти до мовної підтримки
3. натисніть спадне меню системи введення клавіатури та виберіть жодне

4. не забудьте натиснути - застосувати систему по всьому
5. закрити вікно (не активується, поки ви цього не зробите)
6. перезавантажити (можливо, виходу буде достатньо)

Кредит переходить на зворотну проблему на askubuntu - чомусь хтось хоче включити цю ярлику.

Для Ubuntu 18.04.

Я боровся з цією проблемою два дні. Я спробував усі перераховані тут методи раніше. І схоже, я придумав рішення. Але він дуже нестабільний і має помилок.

Основна ідея така: у системних налаштуваннях ви можете вказати команду, яка починається комбінацією клавіш Ctrl+ Shift+ U.

Примітка: якщо вказати falseяк команду, комбінація взагалі не буде працювати.

Однак ми можемо вказати шлях до сценарію як команду, в якій будемо імітувати натискання тієї ж комбінації клавіш.

Щоб імітувати натискання клавіш, я спробував xdotool( apt install xdotool) і xte( apt install xautomation). Обидва варіанти були нестабільними. Однак xteдля мене виявилося більш гнучким.

Приклад с xte

• Створіть файл /home/username/shortcut.sh
• Додати дозвіл на виконання: chmod u+x /home/username/shortcut.sh
• Вкажіть шлях до сценарію як команду для комбінації клавіш Ctrl+ Shift+ Uу налаштуваннях клавіатури

Ось приклад сценарію:

#!/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, і можу сказати, що він працює, але з деякими застереженнями:

• це працює повільно (на моєму досить старому ПК)
• під час виконання сценарію краще не натискати жодної клавіші
• іноді це може не спрацювати
• іноді він може увійти в нескінченну петлю. Тому краще додати чек до сценарію, що сценарій вже запущений.

Взагалі, якщо ви не часто використовуєте цю комбінацію, то це рішення вам може підійти.

Але, напевно, хтось придумає краще і стабільніше рішення.

Я сподіваюся, що ця ідея комусь допоможе.

1. Запустіть ibus-setupз терміналу (або відкрийте налаштування IBus).
2. Перейдіть до "Emoji".
3. Поруч із пунктом "Кодова точка Unicode:" натисніть на три точки (тобто ...).
4. У діалоговому вікні натисніть «Видалити», потім «ОК».
5. Закрийте вікно налаштувань IBus.

Я використовую 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, дозволяючи їй фільтрувати в поточну програму.

Відкрийте вікно терміналу.

cd ~/.gconf/desktop/gnome/interface
gedit %gconf.xml

Змініть show_unicode_menu з true на false.

Зберегти, вийти та знову ввійти.