^
jest kluczowym powiązaniem do przejścia do katalogu nadrzędnego w dired
(„Katalog do góry”).
Jednak w Gnu Emacs
sprawie Windows 7 Professional 64-bit
z moim układ klawiatury niemieckiej, nie jest wystarczające, aby wpisać „^”, ale muszę wpisać przestrzeń potem zrobić pracę kluczową wiążące.
Jak mogę ponownie zdefiniować przypisanie klawiszy, aby uniknąć konieczności naciskania spacji i poruszania się w górę tylko za pomocą „^”?
C-h k ^<space>
zwroty
^ uruchamia polecenie dired-up-directory, który jest interaktywną skompilowaną funkcją Lisp w `dired + .el '.
Jest związany z ^,.
(dired-up-katalog i opcjonalne INNE OKNO)
Uruchom Dired w katalogu nadrzędnym bieżącego katalogu. Znajdź katalog nadrzędny albo w tym buforze, albo w innym buforze. W razie potrzeby tworzy bufor.
źródło
us-intl
w systemie Linux.microsoft-windows
tag jest odpowiedni.^
wnotepad.exe
.dired-up-directory
i użyj go zamiast tego lub (3) Na żywo z problemem i wpisz spację po ^. Sam idę z (3), ale wydaje mi się to irytujące.Odpowiedzi:
W konfiguracji klawiatury klawisz ^ jest najprawdopodobniej „martwym klawiszem”. Jest to klucz przeznaczony do użycia w połączeniu z innym, w celu wytworzenia innej postaci. W tym przypadku ma to na celu tworzenie znaków akcentowanych: ^ e wytworzy ê, ^ a wytworzy â i tak dalej.
Nie powinno to jednak być specyficzne dla emacsa: Sądzę, że wszystkie twoje aplikacje wymagają naciśnięcia ^ i wygenerowania ^ na ekranie.
Aby rozwiązać ten problem, wystarczy użyć innego układu klawiatury. W przypadku twojego niemieckiego układu w środowisku Windows po prostu odwołam się do /superuser/280005/how-to-make-and-non-dead-keys-on-windows-7- z niemieckim układem klawiatury , mając nadzieję, że tak należy zrobić.
źródło
Myślę, że potwierdziłeś powiązanie
^
w Dired jako istnieniedired-up-directory
, więc to, które polecenie jest wywoływane, nie stanowi problemu, chyba że ty lub coś, co ładujesz, doradziłeś to polecenie. (UżyjC-h k ^
i daj nam znać, jeśli polecenie jest zalecane).Oznaczono to tagiem
microsoft-windows
. Może wspomnieć o używanej wersji MS Windows. Nie widzę tego w 64-bitowym systemie Windows 7.Czy widzisz to samo, jeśli uruchamiasz Emacsa przy użyciu
runemacs -Q
np. Bez pliku init? Jeśli tak, podaj przepis tutaj, zaczynając odrunemacs -Q
. W takim przypadku może to być błąd Emacsa.Jeśli nie widzisz problemu,
emacs -Q
rekursywnie podziel plik na pliki inicjujące, dopóki nie zawęzisz go, aby znaleźć winowajcę. Możesz użyć polecenia,comment-region
aby skomentować region kodu (użyjC-u
go, aby anulować komentarz regionu).Gdy znajdziesz kod sprawcy, możesz go dokładniej zbadać. Możesz też zgłosić tutaj znalezione materiały, jeśli potrzebujesz dalszej pomocy. Aby uzyskać najlepszą pomoc, bądź jak najbardziej konkretny.
Co do redefiniowania klucza: To nie jest problem - wystarczy użyć
(define-key dired-mode-map SOME-KEY 'dired-up-directory)
, gdzieSOME-KEY
jest kluczowy opis. Na przykład, aby powiązać polecenieC-o
, możesz użyć tego:Zaktualizowano po komentarzu i innych -
Ponieważ widzisz to samo
emacs -Q
, problemem jest albo coś w konfiguracji MS Windows (tj. Poza Emacsem), albo błąd w samym Emacsie.Ale inne komentarze wyjaśniają, że problemem wydaje się być lepki klucz w MS Windows. Spróbuj wyłączyć lepkie klucze .
źródło
runemacs.exe -Q
tym samym. Wpisanie ^ w buforze powoduje wpisanie znaku tylko wtedy, gdy później piszę <Spacja> lub inny klawisz. Podobnie wdired
trybie, musi^1 <space>
przejść w górę. Dladefine-key
: ale chciałbym użyć klawisza ^ do tego powiązania, czy istnieje sposób, aby uniknąć oczekiwania na <spacja>?