一般的なアイテム:
現代的であまりコンピューターではないインターフェースには、目的が似ているコントロールがあります。
- 開いているアプリケーションを切り替えるためのボタン。
- バックグラウンドで実行されているアプリケーションのアイコン(トレイなど)。
- インストールされているすべてのアプリケーションにアクセスできるシステムのメインメニュー。
- ウィンドウタイトル、個々のアプリケーションのメニューバー、ウィンドウコントロールボタン。
これらの基本要素を実装して画面に配置するアプローチにより、デスクトップ環境の違いが決まります。 この記事では、上記の要素のみを使用して操作します。 それ以外の場合は、ボタンの位置の違いを書き留めて、多くのページにまたがってしまう恐れがあります。
クラシックインターフェイスVS Unity
クラシックインターフェイスは、単一パネル構成を使用します。 下にある唯一のパネルには、バックグラウンドで動作しているアプリケーションのアイコン、開いているウィンドウ、およびシステムのメインメニューがあります。 アプリケーションのメニュー行は、アプリケーション自体のウィンドウに表示されます。
Unityには2つのパネルがあります。 上部にはグローバルメニューバーがあり、現在選択されているウィンドウ、実行中のアプリケーションのインジケータに応じて変化します。 左側の非表示パネルには、開いているアプリケーションを切り替えるためのボタンと、Unityで環境のメインメニューの役割を果たすDashの呼び出しボタンがあります。
このような違いにより生じる長所と短所は次のとおりです(例としてUnityを使用)。
- アプリケーションメニューバーをトップパネルのグローバルメニューバーに結合することにより、ほぼ垂直のスペースバーが保存されます。
そしてすべて! さらに強固な欠陥。
- 1つのパネルにすべてのスペースが不足しているため、左側の非表示パネルで実行中のアプリケーションを切り替えるためのアイコンを消さなければなりませんでした。マウスでウィンドウを切り替えるのは困難です。
- グローバルメニューはあまりうまく機能しません。 Gimpをマルチウィンドウモードで開いて、たとえばメニューバーのないカラーピッカーを選択した場合、Gimpメニューバーを再び使用する前に、メインウィンドウを選択する必要があります。
- ウィンドウを切り替えるためのボタンは幅が狭いため、マウスで慎重に照準を合わせる必要があります。
- 前のアイテムと同様に、環境のメインメニューのボタンにもアクセスできません。 クラシックモードでは、手の鋭い動きを狙うことなく、カーソルを左下隅に単に送ることができます。
- ウィンドウが全画面表示されていない場合、メニューバーを使用してマウスの走行距離を増やすと、画面の上端からアプリケーションウィンドウに巻き戻す必要があります。
ホットキーを使用する場合、これらの不利な点はそれほど目立たず、Unityでそれらを使用することですべてがうまくいくことに注意してください。 そして、唯一のプラスは小さくありません。
一般に、Unityデザイナーはdualbootersであるとよく思います。 2番目のシステムのみが明らかにWindowsではありません。 いいえ、UnityがMacOsで完全に完全になめられているとは言えませんが、すべての長所と短所(元のUnityの短所)を備えたグローバルメニューバーはそこから明らかになっています。 ただし、メニューバーをトップパネルに配置するだけでは、垂直方向のスペースを節約できません。
ご覧のとおり、この曲がった画面には1つのパネルしかありませんが、ファンはそれを非表示にしたり、画面の反対側に移動したりできます。ここが利益です。 (
このソリューションは、従来のデスクトップの利点を保持し、マウスのマイレージは増加しませんが、さらに多くのスペースを節約できます。 Linux DEの
UPD: google +が言っているように、このアイデアは新しいものではなく、同様のアイデアがwebupd8ですでに抜けています 。