ctrl+ shift+ uto kombinowany klawisz skrótu w Eclipse.

Ale kiedy go naciskam, pokazuje się u, podobnie jak wejście z podkreśleniem. Myślę, że ten skrót został zadeklarowany przez Ubuntu, więc nie mogę go użyć.

Kiedyś rozwiązałem ten problem, pisząc capslocknajpierw. Czy jest jakaś lepsza metoda?

Znalazłem sposób na usunięcie powiązania na Ubuntu 13.10.

Przejdź do strony Obsługa języków w Ustawieniach systemu i zmień system wprowadzania danych z klawiatury nanone

Następnie uruchom ponownie system.

Rozwiązanie Ubuntu 18.04

Odpowiedź ShmulikA była bliska, ale niestety wybranie „None” nie działało dla mnie. Mogę potwierdzić proces poniżej działa w 18.04 od kwietnia 2019 r.

1. Otwórz wyszukiwanie za pomocą Superklucza (aka WINdla osób takich jak ja)
2. Wpisz „obsługa języka” i naciśnij ENTER

3. Kliknij menu rozwijane System wprowadzania metodą klawiatury i wybierz XIM

4. Kliknij Zastosuj w całym systemie
5. Kliknij Zamknij
6. Restart

Po ponownym zalogowaniu byłem w stanie ustawić CTRL+ SHIFT+ Ujako skrót w Visual Studio Code.

Edycja: „Zastosuj cały system” nie jest konieczne. Ten przycisk odnosi się do sekcji Język, a nie do całego okna dialogowego.

Zmiana metody wprowadzania, jak wyjaśnia PutzKipa, faktycznie rozwiązuje problem.

Jednak nie udało mi się znaleźć żadnego panelu konfiguracyjnego pod KDE ubuntu 14.04 do wykonania zadania, a standardowe narzędzie im-config wydaje się zepsute. W końcu udało mi się utworzyć plik ~ / .xinputrc, który zawiera jedną linię:

run_im xim

następnie wyloguj się / zaloguj. To wybiera xim jako metodę wprowadzania ( ibus jest domyślny). Jeśli usuniesz ~ / .xinputrc , to im-config może wyświetlić listę dostępnych metod wprowadzania danych, nawet jeśli nie uda się wybrać jednej z nich.

Próbować:

export GTK_IM_MODULE="gtk-im-context-simple"

a następnie uruchom Eclipse z tej samej powłoki. Lub jeśli to nie zadziała,

export GTK_IM_MODULE="xim"

(Ten test działa tylko po uruchomieniu polecenia eksportu, a następnie Eclipse z tego samego wiersza poleceń powłoki, nic to nie zmieni, jeśli użyjesz skrótu na pulpicie lub menu Aplikacje lub uruchomisz Eclipse z nowej powłoki).

Jeśli którykolwiek z testów działa, możesz wprowadzić zmiany w całym systemie, dodając je do /etc/environmentlub dla poszczególnych użytkowników ~/.gnomerc. ( exportPolecenie nie wchodzi w te pliki, tylko nowy wiersz z GTK_IM_MODULE="xim"lub GTK_IM_MODULE="gtk-im-context-simple".)

Wygląda na to, że takie zachowanie pochodzi z mapowań wejściowych GTK, jak opisano tutaj: https://developer.gnome.org/gtk3/unstable/GtkIMContext.html

... Nazywa się to preedytacją, a metoda wprowadzania może dostarczyć informacji zwrotnej na temat tego procesu, wyświetlając pośrednie stany kompozycji jako tekst preedytu. Na przykład domyślna metoda wprowadzania GTK + implementuje wprowadzanie dowolnych punktów kodowych Unicode, przytrzymując klawisze Control i Shift, a następnie wpisując „U”, a następnie cyfry szesnastkowe punktu kodowego. Po zwolnieniu klawiszy Control i Shift wstępne edytowanie kończy się, a znak jest wstawiany jako tekst. Na przykład Ctrl + Shift + u20AC skutkuje znakiem €.

GTK jest używany przez wiele popularnych aplikacji w Ubuntu, w tym Eclipse.

Ubuntu 18.04

Napotykając ten problem na Ubuntu 18.04, wypróbowałem wszystkie powyższe sugestie, ale niestety żadna z nich nie zadziałała. Skończyło się odinstalowywanie ibuspakietu.

Tło / sidenotes

Próbowałem wyłączyć IBus przy użyciu

1. Language Supportmenu
2. im-config(konfiguruje ~/.xinputrc)
3. sudo im-config(konfiguruje /etc/X11/xinit/xinputrc)

Zauważyłem jednak, że bez względu na to, jakiej konfiguracji próbowałem, demon ibus działał za każdym razem po ponownym uruchomieniu.

Rozwiązanie Ubuntu 14.04 / 18.04

niedawno zaktualizowałem do 18.04 i walczę o rozwiązanie tego problemu.

1. otwórz wyszukiwanie za pomocą superklucza
2. przejdź do pomocy językowej
3. kliknij menu rozwijane System wprowadzania metodą klawiatury i wybierz opcję brak

4. nie zapomnij kliknąć - zastosuj cały system
5. zamknij okno (nie aktywujesz, dopóki nie zrobisz)
6. uruchom ponownie (wylogowanie może wystarczyć)

Kredyt idzie na odwrócenie problemu na askubuntu - z jakiegoś powodu ktoś chce włączyć ten skrót.

Używam Ubuntu 18.10 i miałem problemy z określoną aplikacją (Intellij Idea).

W tej odpowiedzi askUbuntu Kayvan Tehrani pokazuje ustawienie, które działa dla mnie w tym ustawieniu. Przed uruchomieniem aplikacji ustaw XMODIFIERS na pusty ciąg:

export XMODIFIERS=""
myapp.sh

W moim przypadku myapp.sh to idea.sh i dodałem wiersz w pliku:

#!/bin/sh
#
# ---------------------------------------------------------------------
# IntelliJ IDEA startup script.
# ---------------------------------------------------------------------
#
export XMODIFIERS=""
...

W ten sposób mój skrót na pulpicie nadal działa.

XMODIFIERS najwyraźniej zmienia sposób działania Xim i ibus, a po wyczyszczeniu wyłącza kombinację CTRL-SHIFT-U, umożliwiając mu filtrowanie do bieżącej aplikacji.

Dla Ubuntu 18.04.

Walczyłem z tym problemem przez dwa dni. Wypróbowałem wszystkie wymienione tutaj metody wcześniej. I wygląda na to, że wpadłem na rozwiązanie. Ale jest bardzo niestabilny i ma błędy.

Podstawowa idea jest taka: w ustawieniach systemu można określić polecenie uruchamiane kombinacją klawiszy Ctrl+ Shift+ U.

Uwaga: jeśli określisz falsejako polecenie, kombinacja w ogóle nie będzie działać.

Możemy jednak podać ścieżkę do skryptu jako polecenie, w którym będziemy symulować naciśnięcie tej samej kombinacji klawiszy.

Aby zasymulować naciśnięcia klawiszy, wypróbowałem xdotool( apt install xdotool) i xte( apt install xautomation). Obie opcje były niestabilne. Jednak xteokazało się być bardziej elastyczne dla mnie.

Przykład z xte

• Utwórz plik /home/username/shortcut.sh
• Dodaj uprawnienie do wykonania: chmod u+x /home/username/shortcut.sh
• Podaj ścieżkę do skryptu jako polecenie kombinacji klawiszy Ctrl+ Shift+ Uw ustawieniach klawiatury

Oto przykładowy skrypt:

#!/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'

Testowałem to w PhpStorm 2018.2 EAP Build # PS-182.3458.35 i mogę powiedzieć, że działa, ale z pewnymi zastrzeżeniami:

• to działa powoli (na moim raczej starym komputerze)
• podczas wykonywania skryptu lepiej nie naciskać żadnych klawiszy
• czasami może nie działać
• czasami może wejść w nieskończoną pętlę. Dlatego lepiej jest dodać do skryptu sprawdzenie, czy skrypt już działa.

Ogólnie rzecz biorąc, jeśli często nie używasz tej kombinacji, to rozwiązanie może ci odpowiadać.

Ale prawdopodobnie ktoś wymyśli lepsze i bardziej stabilne rozwiązanie.

Mam nadzieję, że ten pomysł komuś pomoże.

1. Uruchom ibus-setupz terminala (lub otwórz Preferencje IBus).
2. Przejdź do „Emoji”.
3. Obok „Punktu kodu Unicode:” kliknij trzy kropki (tj ....).
4. W oknie dialogowym kliknij „Usuń”, a następnie „OK”.
5. Zamknij okno Preferencje IBus.