Wydajne powiązania klawiszy zarówno w systemie Mac, jak i Linux

Ciągle zmieniam się z Linuksa na Maca i nie mogę wymyślić, jak przestać się mylić podczas naciskania klawiszy, szczególnie w przeglądarkach i aplikacjach unixowych.

Oto sytuacja: * Emacs, vim, shell i inne aplikacje unixowe używają tego samego klawisza ctrl zarówno na Macu, jak i Linuksie * Niektóre BARDZO typowe kombinacje klawiszy kopiowania, wklejania, wycinania, wszystkie są zamieniane cmd na Macu i Ctrl na Linuksie .

Niektóre rzeczy próbowałem: * Używanie cmd jako ctrl w emacs - rodzaj działa, ale potem myli inne aplikacje typu unix * Zamiana pozycji cmd i ctrl na klawiaturze - dobre do kopiowania, wklejania, wszystkiego i niewiele jeszcze.

Nie mogę być jedyną osobą, która ma problem z Maciem i Linuksem.

Czy byłoby lepiej podejść do tego od strony Linuksa i zmienić tam odwzorowania, aby móc mieć te same na Macu?

Głównym problemem są aplikacje przeglądarki (Chrome / Firefox), a następnie aplikacje typu unix (Emacs, IntelliJ, Rubymine, Vim, tmux).

Po kilku miesiącach doszedłem do rozwiązania, które mi się podoba.

• Na Macu przyzwyczaiłem się do faktu, że istnieją 3 główne modyfikatory: Cmd, Ctrl, Opt.
• W systemie Linux używam tej samej klawiatury kinezy i mam taki sam układ modyfikatorów, że mapuję:

Mac => Linux
CMD == Ctrl
Opt == Alt
Ctrl == Ctrl

Kluczem było dwukrotne naciśnięcie klawisza Ctrl. A potem przyzwyczaiłem się do różnic między cmd i Ctrl na Macu, a na PC okazało się, że Ctrl jest kluczem. Na przykład:

W Chrome:

Ctrl-tab on the Mac ==> Ctrl-tab on Linux
Cmd-C on the Mac ==> Ctrl-c on Linux.

Mogę więc nacisnąć dwa różne klucze w systemie Linux i uzyskać taki sam wynik jak na komputerze Mac.

Jeśli masz klawiaturę typu Windows, możesz zmienić mapowanie czegoś takiego jak specjalny klawisz Windows na klawisz komend mac.

Od tego czasu przerzuciłem się na używanie komputera Mac i bez wątpienia jest to o wiele bardziej wydajne w pisaniu dotykowym!

KDE (Kubuntu) ma narzędzie do konfiguracji skrótów, które pozwala ustawić globalne skróty, ale nie mogłem go rozpoznać podczas testowania. Być może wymaga ponownego uruchomienia. Być może Ubuntu ma podobną opcję.

Inną rzeczą, która może pomóc w funkcjach kopiowania i wklejania w systemie Linux, jest użycie środkowego przycisku myszy do wklejania. Po podświetleniu tekstu nie musisz go kopiować - zaznacz go, przejdź do innej aplikacji, a następnie kliknij środkowy przycisk myszy, aby wkleić podświetlony tekst. Różne nawyki sprawiłyby, że klawiatura wydawałaby się sporna, przynajmniej dla tych konkretnych funkcji.

Przeszedłem to jakiś czas temu i znalazłem czyjąś konfigurację automatyczną (chciałbym podziękować, gdybym mógł znaleźć skąd pochodzi).

Zmodyfikowałem go dla niektórych rzeczy, których brakowało w mojej konfiguracji, ale oto:

https://github.com/ericwooley/dotfiles/tree/master/.config/autokey

Dzięki temu polubiłem 95% wszystkich naciśnięć klawiszy.

Niektóre rzeczy, które wciąż są różne cmd + prawy i cmd + lewy, nie działają tak samo, w Linuksie używam alt + page-up i down.

Skończyłem w zależności od powiązań vima w moim edytorze, aby utrzymać mnie przy zdrowych zmysłach. Polecam, jeśli to możliwe, jeśli robisz to.

Aha, i guake ma konfigurowalne ustawienia kopiowania i wklejania dla terminala, więc ustawiłem to na alt + c i alt + p dla shenaniganów terminalu

Zaktualizowano

Kinto.sh będzie teraz mapować Alt / Cmd, aby używać Ctrl + Shift podczas pracy w aplikacji terminalowej. Oczywiście mapuje Alt / Cmd na Ctrl przez resztę czasu.

Oto o wiele prostsze rozwiązanie, Kinto. Rozwiązuje on sam problem, z którym mapy klawiszy terminala nie działają poprawnie, a jednocześnie utrzymuje dobrą mapę klawiszy ze wszystkimi innymi.

Pracuję nad tym od 3 lat .. i wreszcie czuję, że mogę coś wnieść z powodu tego, jak dobrze to działa, w przeciwieństwie do moich dwóch ostatnich prób. Jest przeznaczony dla dystrybucji opartych na x11 i systemowych, ale koncepcja przeniesie się do Wayland, gdy tylko znajdę dobry sposób na jego wdrożenie, pomimo zwiększonego bezpieczeństwa, który utrudnia pracę.

1) Gist (dla tych, którzy chcą tylko zobaczyć przesłankę lub wdrożyć własne przemienne rozwiązanie, przypadki brzegowe nie są uwzględnione).

https://gist.github.com/rbreaves/f4cf8a991eaeea893999964f5e83eebb

2) Pełna wersja instalatora, która korzysta z systemd, bash i xprop. (Obudowy Edge, podobnie jak Chromebooki, były zaskakująco trudne do obsługi, ale podobają mi się moje, aby każdy mógł skorzystać!)

https://github.com/rbreaves/kinto

Zasadniczo dzięki temu rozwiązaniu nie walczysz, jak prawidłowo tworzyć nowe klawisze skrótów ani nie próbujesz unikać konfliktów skrótów w aplikacjach terminalowych w porównaniu z pozostałymi aplikacjami GUI. Po prostu dostajesz to, co najlepsze z obu słów, i działa tak płynnie, jak to możliwe - poza domyślnymi plikami konfiguracyjnymi skrótów dla różnych terminali i popularnych edytorów tekstu, które mogę dołączyć później. Nawet edytory tekstu, takie jak Sublime, po prostu nie zamieniają klawisza Cmd z Ctrl na każdym skrócie, ale dopasowuje się odpowiednio w około 95% lub więcej czasu, który powiedziałbym.

Mówiąc o Wayland, mam dowód na to, jak sprawić, by ta sztuczka polegająca na zamianie klawiszy działała na KDE Plazma 5 z istniejącym widżetem, który pobiera nazwy aplikacji. Jeśli ktoś ma lepsze rozwiązanie, to jestem cały w uszach, szczególnie jeśli może również działać na x11. Xprop jest całkowicie wystarczający na x11, ale oczywiście nie ma zastosowania na Wayland.

https://github.com/rbreaves/applet-window-title/commit/ff17e694579a52a9848d6bea87b2d11f22033718