MacとLinuxの両方を使用した効率的なキーバインディング

私はまだLinuxからMacに何度も切り替えており、キーストロークで混乱するのを止める方法がわかりません。特にブラウザーやUNIXアプリではそうです。

状況は次のとおりです。* Emacs、vim、shell、およびその他のUnixアプリは、macとlinuxの両方で同じctrlキーを使用します*コピー、貼り付け、切り取りの非常に一般的なキーストロークはすべて、macではcmdに、Linuxではctrlにスワップされます。

私が試したいくつかの事柄：* emacsでctrlとしてcmdを使用-ある種の動作ですが、他のUnixタイプのアプリを混乱させます*キーボード上のcmdとctrlの位置を交換-コピー、貼り付け、すべて、そしてあまりないそうしないと。

この問題を抱えているMacとLinuxを行き来するのは私だけではありません。

Linux側からこれにアプローチし、そこでマッピングを変更して、Macで同じマッピングを使用できるようにした方が良いでしょうか？

主な問題は、ブラウザーアプリ（Chrome / Firefox）、次にUNIXタイプのアプリ（Emacs、IntelliJ、Rubymine、Vim、tmux）です。

数か月後、私は自分の好きな解決策にたどり着きました。

• Macでは、Cmd、Ctrl、Optの3つの主要な修飾子があることに慣れました。
• Linuxボックスでは、同じkinesisキーボードを使用し、修飾子のレイアウトも同じであるため、次のようにマッピングします。

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

キーは、ctrlを2回使用することでした。そして、私はMacでのcmdとctrlの違いに慣れました。PCでは、ctrlがキーであることがわかりました。例えば：

Chromeの場合：

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

したがって、Linuxで2つの異なるキーを押して、Macと同じ結果を得ることができます。

Windowsタイプのキーボードを使用している場合は、特別なwindowsキーのようなものをmacコマンドキーに再マッピングできます。

それ以来、私はMacを使うようになりました。そして間違いなく、それはタッチタイピングにとってより効率的です！

KDE（Kubuntu）には、グローバルショートカットを設定できるショートカット構成ツールがありますが、テストしたときに変更を認識できませんでした。おそらく再起動が必要です。Ubuntuにも同様のオプションがあるかもしれません。

Linuxのコピーアンドペースト機能に役立つもう1つのことは、マウスの中ボタンを使用して貼り付けることです。一部のテキストを強調表示する場合、コピーする必要はありません-強調表示し、他のアプリに切り替えて、マウスの中ボタンをクリックして強調表示されたテキストを貼り付けます。少なくともそれらの特定の機能については、異なる習慣がキーボードを問題点にします。

私は少し前にこれを経験し、誰かの自動キー設定を見つけました（それがどこから来たのかを見つけることができれば信用します）。

私は自分のセットアップに欠けていたいくつかのことのためにそれを修正しましたが、ここにあります：

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

すべてのキーストロークの95％が同じであることが好きになります。

cmd + rightとcmd + leftがまだ異なるいくつかのことは同じように動作しません。Linuxではalt +ページアップとダウンを使用します。

私は正気を保つためにエディターのvimバインディングに依存することになりましたが、あなたがしていることが可能であればそれをお勧めします。

ああ、guakeにはターミナル用に構成可能なコピーと貼り付けの設定があるので、ターミナルシェナンガンではalt + cとalt + pに設定します

更新しました

Kinto.shは、ターミナルアプリ内でAlt / CmdをマップしてCtrl + Shiftを使用するようになりました。もちろん、Alt / Cmdを残りの時間はCtrlにマップします。

これは、はるかに簡単なソリューション、Kintoです。ターミナルキーマップが正常に機能しないという問題を解決し、他のすべてのキーマップを適切に保持します。

私はこれに3年間取り組んでいます。そして、最後の2回の試みとは違って、それがうまく機能しているので、最終的に何かを貢献できると感じています。x11およびsystemdベースのディストリビューション向けですが、セキュリティを強化することで作業が難しくなりますが、実装するための適切な方法が見つかると、この概念はWaylandに引き継がれます。

1）要点（前提を確認するか、独自の代替ソリューションを実装するだけの場合、エッジケースはカバーされません）。

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

2）systemd、bash、およびxpropを使用する完全なインストーラー。（Chromebookのようなエッジケースがカバーされているため、サポートするのは驚くほど困難でしたが、私は自分のことを楽しんでいますので、誰もが恩恵を受けることができます！）

https://github.com/rbreaves/kinto

基本的に、このソリューションでは、新しいショートカットキーを適切に作成する方法と戦ったり、ターミナルアプリと他のGUIアプリのショートカットの競合を回避しようとはしていません。両方の単語を最大限に活用するだけで、できる限りシームレスに機能します-さまざまな端末や一般的なテキストエディタのデフォルトのショートカット設定ファイルを含めるだけでなく、後で追加することもできます。Sublimeのようなテキストエディターでさえ、すべてのショートカットでCmdキーとCtrlを単純に入れ替えるわけではありませんが、約95％以上の時間で適切に調整されます。

Waylandについて話すと、このキーマップキースワップトリックを、アプリ名を取り込む既存のウィジェットを使用してKDE Plasma 5で機能させる方法の概念実証があります。誰かがより良い解決策を持っているなら、特にx11でも動作するなら、私はすべての耳です。Xpropはx11では完全に十分ですが、Waylandでは明らかに使用できません。

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