[解決済み] IDEとOSのキーボードショートカットの競合を管理する (Ubuntu)

質問

私はIntelliJ IDEAを使っていますが、これはどのIDEにも当てはまると思います。

IDEAでは、いくつかの 非常に便利なキーボードショートカット は Ubuntu のキーボード ショートカットと競合します。いくつかの例です。

• Ctrl + Alt + L : は、ソースコード (Ubuntu では "Lock Screen" にマップされます) をフォーマットします。
• Ctrl + Alt + 左 : 後方に移動します (Ubuntu では "現在のワークスペースの左側のワークスペースに移動します" にマップされます)。
• ...

私は長い間Ubuntuを使っているので、これらのショートカットに慣れています。ワークスペースを切り替えたり、セッションをロックしたり...と、いつも使っています。同時に、IntelliJ のショートカットがどれほど便利かも知っており、マウスをできるだけ使いたくないと思っています。

現在、quot;format source code"に対する私の回避策は Alt + D ("Code" メニューを開く)、次に "R" ("Reformat Code") を実行します。私はそれほど頻繁にコードをフォーマットしないので、これは問題なく機能しますが、より良い方法かもしれません。に対する本当の代替案はありません。 Ctrl + Alt + 左 が、しかし。

IDE でこれらのコンフリクトをどのように管理しているのですか？

競合する IDE キーボード ショートカットをすべて別のものに単純にマッピングし直しますか (そして、異なるショートカットを持つ同僚とペアプログラミングするときに迷子になります)？

Linux のキーボード ショートカットを (それに慣れているにもかかわらず) リマップしますか?

キーボード ショートカットを "contextual" にする方法はありますか? つまり、コーディング中にキーを押して IDEA モードに入り (競合する Ubuntu のショートカットはすべて一時的に無効になります)、もう一度キーを押して標準モードに戻ります (Ubuntu のショートカットは復活します)。

この問題を管理する方法について、他にアイデアやヒントがありますか?

どのように解決するのですか？

私はUbuntuも使用しており、ネイティブ（Ubuntu）コマンドの Ctrl + Alt + L というのは、私はこのUbuntuのネイティブコマンドよりもIntelliJのフォーマットコードの方が好きだからです。しかし、2番目のケースでは、私はUbuntuのショートカットを好むので、私は何も変えなかった。

つまり、基本的には、どちらのオプションがより必要かを選択し、それに従って行動すればいいのです。

もちろん、IDEAがUbuntuフレンドリーになるまでは。

結局のところ、Ubuntu は常にそのショートカットを好みますし、今のところ、要求に応じてネイティブのショートカットを無効にできるようなツールは見つかっていません。