失われたパラダイム: Windows 7 タスクバー vs. OS X Dock

コピー機を起動しますか?

Windows 7の新しいタスクバーは、Mac OS XのDockと多くの比較を招いており、その多くは否定的なものであり、WindowsがMacに似すぎているのではないかという懸念が圧倒的に強い。Macユーザーの間でも、Dockに深刻な欠陥があると感じている人が多いため、新しいタスクバーが万人受けする可能性は低いだろう。

表面的には、Dockとタスクバーの類似性は明らかです。どちらもアプリケーションの起動と切り替えに使われる大きなアイコンの列です。しかし、よく見てみると、MicrosoftがAppleに盲目的に追随していると心配するには、まだ長い道のりがあることが分かります。WindowsのUIは、少なくとも今のところは、Mac OS XのUIにはなっていません。

UIパラダイム

タスクバーとDockの違いを完全に理解するには、まずWindowsとOS Xの基本的な仕組みを理解する必要があります。このセクションの内容の多くは、ほとんどの読者にとって予備知識程度の内容になるでしょうが、この記事の残りの部分を理解する上で重要な基礎となるため、ここで触れておく価値はあります。

OS XとWindowsの根本的な違いは、一般的にMac OS Xのウィンドウはドキュメントを表すのに対し、Windowsではアプリケーションを表すという点です。この概念的な違いが両OSの多くのUI機能の根底にあり、この違いを理解することが両OSを理解する鍵となります。

実際には、この違いによる最も明白な影響は、Mac OS Xではアプリケーションの最後のウィンドウを閉じても、アプリケーション自体が終了しないことです。結局のところ、各ウィンドウは単なるドキュメントであり、ドキュメントが開いていないからといって、アプリケーションを閉じる必要があるわけではありません。次のアクションは、新しいドキュメントを作成するか、既存のドキュメントを開くことかもしれません。一方、Windowsでは、最後のウィンドウを閉じると、通常はアプリケーションが完全に終了します。アプリケーション自体がウィンドウであるため、ウィンドウを閉じると、アプリケーションも自然に終了します。

例えば、このスクリーンショットでは、TextEdit が 1 つのドキュメントウィンドウを開いた状態で実行されています。このドキュメントを閉じても TextEdit は終了しません。ウィンドウ（つまりドキュメント）が開いていないだけで、TextEdit は引き続き実行されます。

対照的に、Windows では、最後のドキュメント ウィンドウを閉じるとアプリケーションも閉じられます。

Mac のドキュメントごとのウィンドウ モデルにより、すべての Mac ソフトウェアは複数のドキュメントを同時に読み込んで表示できるようになります。複数のドキュメントを表示するには、複数のウィンドウを作成するだけです。

Windowsでは状況はそれほど単純ではありません。各ウィンドウがアプリケーション全体を表しているため、ユーザーが2つのドキュメントを同時に読み込みたい場合、アプリケーションはどうすればよいのでしょうか？ 適切な答えが1つも存在しないため、Windowsアプリケーションは多様な動作をします。最も単純なポリシーはメモ帳で採用されているものです。メモ帳は複数のドキュメントを開くことができないため、複数のドキュメントを開くには、アプリケーションを複数回実行する必要があります。

これは、メモ帳のような小さくて軽量なアプリケーションでは適切に機能しますが、大規模なアプリケーションではそれほど満足のいくものではなく、結果として他の Windows プログラムではさまざまな動作が見られます。

MDIおよびその他の代替品

Windowsアプリで複数のドキュメントを開くための最も有名な方法は、おそらくマルチドキュメントインターフェイス（MDI）でしょう。以前に比べると現在ではかなり普及していませんが、基本的なアプローチは、メインのアプリケーションウィンドウに複数のサブウィンドウが含まれるというものです。これらのサブウィンドウはそれぞれ1つのドキュメントを表します。

MDI アプリケーションでは、アプリケーション ウィンドウ内でサブウィンドウを編成するさまざまな方法が提供されており、一種の 2 層ウィンドウ管理システムが実現されています。つまり、アプリケーション ウィンドウはデスクトップ上に編成でき、ドキュメント ウィンドウはアプリケーション ウィンドウ内に編成できます。この後者の問題により、従来の MDI は不評を買っています。ドキュメント ウィンドウはアプリケーション ウィンドウ内に閉じ込められてしまうため、ユーザーはドキュメントを異なるウィンドウに分散したり、異なるアプリケーションの異なるドキュメントを重ね合わせたりすることができません。また、MDI ではウィンドウの切り替えが面倒です。各 MDI アプリケーションにはウィンドウを切り替えるためのウィンドウ メニューがありますが、多くのドキュメントを開いている場合は特に不便です。タブ付きウィンドウはこの特定の問題を解決しますが、ドキュメントが閉じ込められることや、2 層管理の一貫性がないなど、その他の MDI の煩わしさは、タブを使用しても解消されません。

これを受けて、多くのWindowsアプリケーションはMDIを廃止し、ハイブリッド方式を採用しました。最初にこれを実施した主要プログラムは、Microsoft自身のOfficeアプリケーションでした。これらの代替方式の目的は、単一のウィンドウ管理システムを提供することです。これにより、タスクバーを使用してウィンドウを切り替えたり、デスクトップ上でウィンドウを自由にフローティングさせたり、複数のモニターに配置したり、他のアプリケーションと重ね合わせたりすることができます。しかし、これらのシステムはすべて、Windowsではアプリケーションがウィンドウで表されるという制約の中で動作する必要があります。

Word 2007はおそらく最も優れているでしょう。Wordで複数の文書を開くと、それぞれにタイトルバー、メニュー、リボンなどを備えた複数のウィンドウがデスクトップ上にフローティング表示されます。各ウィンドウにはタスクバーにボタンが用意されており、複数のモニター上で簡単に切り替えたり配置したりできます。

しかし、Windows UI がアプリケーション中心であることは明らかです。Word 2007 でドキュメントウィンドウを閉じても、そのドキュメントウィンドウが最後に開いている文書でない限り、Word 自体は閉じません。最後の文書が閉じられると、Word は終了します。したがって、各ウィンドウで X ボタンをクリックすると、2 つの結果が考えられます。1 つの文書だけを閉じるか、Word 全体を閉じるかです。Word を終了せずにすべての文書を閉じることも可能ですが、これも Windows UI がアプリケーション中心であることの表れです。

Windowsはアプリケーションごとにウィンドウを必要としますが、文書を開いていないからといってこの必要性がなくなるわけではありません。そのため、Wordは見苦しいアプリケーションウィンドウを表示せざるを得ません。ウィンドウがなければアプリケーションが存在する余地は全くありません。ウィンドウこそがアプリケーションなのです。

それでも、Wordの状況はそれほど悪くありません。Excelはさらにひどいです。Excelは、タスクバーのようにウィンドウを切り替えられるようにするためだけの偽のウィンドウを作成します。しかし、それがすべてです。Excelは依然としてMDIアプリケーションであり、複数のドキュメントがアプリケーションウィンドウ内に閉じ込められています。

Excelの状況は特に厄介で、偽のタスクバーボタンにはサムネイルすら表示されません。この奇妙な現象はAlt+Tabスイッチャーにも見られます。Excelには、各ドキュメントごとに（サムネイルなしの）オプションがあり、さらに実際のExcelウィンドウを表す（サムネイル付きの）オプションもあります。

これらの解決策は、Windowsの基本設計に合わないだけでなく、MDIがもたらす利便性の一部を失うことを意味します。MDIを使えば、アプリケーションとその中のすべてのドキュメントを閉じたり、すべてのドキュメントをまとめて表示または非表示にしたりするのは至って簡単です。WordやExcelが採用しているハイブリッドなアプローチでは、この機能をこれほど迅速かつ簡単に再現する方法はありません。

Windowsの設計上の問題に悩まされるもう一つの種類のアプリケーションは、主にバックグラウンドで実行されるものの、定期的にアラートやメッセージを表示する必要があるソフトウェアです。インスタントメッセージングアプリケーションは、典型的にはこのカテゴリに該当します。インスタントメッセージングアプリケーションの実行中は、ほとんどの場合、ウィンドウを表示したくないでしょう。しかし、ウィンドウを閉じてもアプリケーションが終了しないように、バックグラウンドで実行する必要があります。Windowsにはこれを実現する適切な手段がありません。アプリケーションにウィンドウが表示されていない場合、通常はアプリケーションが実行していないことを意味します。一般的な解決策は、通知領域（しばしば誤って「システムトレイ」と呼ばれることがあります）を使用して、実行中だがウィンドウのないアプリケーションに簡単にアクセスできるようにすることです。

タスクバーの進化

この文脈において、Windows 95のオリジナルタスクバーのデザインは完全に理にかなっています。タスクバーの各ボタンは実行中のアプリケーションを表し、タスクバーはアプリケーション間の迅速な切り替えを可能にしています。アプリケーションには複数のドキュメントが含まれている場合もあれば、1つのドキュメントしか含まれていない場合もありましたが、ボタン自体の意味は一貫していました。つまり、ボタン自体がアプリケーションであり、タスクバーはアプリケーションを切り替えるためのものでした。アプリケーションの起動には、スタートメニューという全く別のメカニズムが使用されていました。

Windows 95 でさえ、この設計の欠点は明らかでした。Windows 95 の黎明期から、通知領域はバックグラウンドアプリケーションに悪用されていました。その後のソフトウェア開発の動向によって、これらの欠陥はさらに顕著になりました。MDI の問題により廃止に至ったため、タスクバーのボタンとアプリケーション間の単純な相関関係は崩れ、今日まで残る奇妙な点や矛盾が残されています。さらに、IE4 のシェル更新により、タスクバーにツールバーをドッキングできるようになりました。アプリケーション切り替えボタン（場合によってはドキュメント切り替えボタン）はそのまま残されましたが、アドレスバー（後にロケール切り替えボタン、Windows Media Player コントロール、検索ボタンも追加）などのさまざまな追加機能も追加できるようになりました。そして何よりも重要なのは、ショートカットを追加できるようになったことです。

クイック起動ツールバーの追加により、タスクバーには実行中のアプリケーションだけでなく、実行されていないアプリケーションも含まれるようになりました。つまり、タスクバーには主に3種類のコンテンツが含まれます。実行されていないプログラムを表すアイコン、実行中のアプリケーションを表すアイコン、そしてドキュメントを表すアイコンです。これにより、従来のタスクバーの概念的な純粋さは大きく損なわれました。もはやアプリケーションスイッチャーではなく、タスクバーはアプリケーションランチャーとウィンドウスイッチャーを組み合わせたものに成り下がったのです。この変化の影響を受けたのはタスクバーだけではありません。Alt + Tabキーも同様に、アプリケーションスイッチャーから単なるウィンドウスイッチャーへと機能が低下しました。Windowsには専用のアプリケーションスイッチャーがもはや存在しません。

この進化は、概念的に不純なだけでなく、タスクバーの他の限界も露呈させました。各アプリケーションウィンドウにドキュメントウィンドウが含まれる完全なMDI環境では、タスクバーのボタンの数は比較的管理しやすいものです。WordやExcelで多くのドキュメントを開いたとしても、タスクバーにはプログラムごとにボタンが1つだけ表示されます。ボタンが小さすぎたり読みにくかったりすることなく、複数のアプリケーションを同時に実行できます。各ドキュメントとタスクバーツールバーにボタンを作成するアプリケーションの急増により、タスクバーのスペースは貴重になっています。新しいWordやExcelドキュメントごとにボタンが追加されるため、すぐにボタンのラベルが読めなくなってしまいます。

この問題に対処するため、XP にはタスクバーのグループ化機能が組み込まれました。これにより、スペースが狭くなりすぎた場合、同じプログラムのウィンドウを 1 つのボタンに折りたたむことができます。完全に折りたたむと、各ボタンは再びアプリケーションを表し、ポップアップ表示されるウィンドウのリストはアプリケーション内の各ドキュメントを表します。これによりタスクバーの秩序はある程度回復しましたが、失われた MDI の利点は依然として失われています。さらに、デフォルト設定では必要な場合にのみ折りたたまれるため、タスクバーがいっぱいになると、突然動作が切り替わります。ある瞬間はウィンドウスイッチャーとして、次の瞬間にはアプリケーションとドキュメントの分割スイッチャーとして折りたたまれます。さらに悪いことに、一部のアプリケーションが折りたたまれ、他のアプリケーションが分離されている場合もあります。

この歴史は、今日のタスクバーが相反する目標とコンセプトが入り混じった、混乱したハイブリッドであることを意味しています。だからといって、機能しないというわけではありません。妥協はあるものの、依然として便利なシステムであることに変わりはありません。しかし、改善の余地は確かに存在します。

クパチーノの見解

一方、Mac OS Xがあります。Macは歴史的に「ウィンドウこそがドキュメント」というスタンスを貫いてきたため、Windowsのような独特なMDIインターフェースはMacには存在しません。アプリケーションにはウィンドウが全く存在せず、ウィンドウは（通常）ドキュメントに対応し、デスクトップ上で自由に浮遊しています。これはつまり、Mac OS Xアプリケーションには、例えばドキュメントごとにDockアイコンを1つ作成するなど、システムを覆すような動機が全くなかったことを意味します。この傾向に反するアプリケーションもいくつかあります。特に「ドキュメント」に相当するものを持たないアプリケーションです。例えば、システム環境設定はドキュメントベースではなく、単一のウィンドウが閉じられるとアプリケーションも終了します。しかし、一般的に言えば、Windowsに見られるような多様なスタイルはMac OS Xには存在しません。

Dockの基盤となる概念は、従来のWindowsタスクバーとは大きく異なります。Dockの左側はアプリケーション用です。興味深いのは、Dockでは既に実行中のアプリケーション間の切り替えと、実行されていないアプリケーション間の切り替えをあまり区別していないことです。小さな視覚的なヒント（愛らしいAdiumアヒルなどのアイコンの下にある青い球体）はありますが、それ以上はほとんどありません。Dockの考え方は、アプリケーションが実行中かどうかは関係ないということです。Dockはアプリケーション間の切り替えを可能にし、切り替える前にアプリケーションを起動する必要がある場合は、Dockがそれを自動的に処理します。

Dockの右側部分は、やや弱点と言えるでしょう。この部分には様々な機能がごちゃ混ぜに詰め込まれています。スクリーンショットのDockには、3つのフォルダ、4つの最小化されたウィンドウ、そしてゴミ箱があります。どのフォルダもDockに貼り付けることができ、フォルダをクリックするとその中身が表示されます。最小化されたウィンドウとゴミ箱は、その名の通りです。ゴミ箱とDockに貼り付けられたフォルダは、ほぼ同じようなものです。ゴミ箱は少し特殊ですが、どれも本質的には何らかの「コンテナ」です。

最小化されたウィンドウは全く別の話です。Dock 上ではウィンドウを表すものは何も存在しません。Dock にはアプリケーションとフォルダの表現がありますが、ウィンドウを最小化しない限り、Dock 上でウィンドウを表すものは何もありません。最小化されたウィンドウの配置もかなり不自然で、ゴミ箱のすぐ左の端に詰め込まれていて、あまり意味がありません。Dock のこの右側の部分は一種の受け皿になっていますが、Dock にはいくつかのルールがあります。アプリケーションを右側の部分に置くことはできず、アプリケーション以外のものを左側の部分に置くことはできません。

Dock 自体にウィンドウを表示するのではなく、実行中の各アプリケーションのコンテキスト メニューで各アプリケーションのウィンドウのリストが表示されます。

ウィンドウリストを非表示にすることで、Dockは本来アプリケーションの切り替え用であり、ウィンドウの切り替え用ではないという点が強調されます。ウィンドウの切り替えには、Exposé、command + `、あるいは目的のウィンドウをクリックする方がはるかに簡単です。Dock？あれはアプリケーション用であって、ウィンドウ用ではありません。

Windows 7のタスクバー

各オペレーティング システムがウィンドウをどのように処理し、タスク バーがどのように進化してきたかを理解すると、Windows 7 のタスク バーは Dock のクローンではなく、以前のバージョンの後継であることが明らかになります。

Vista のタスクバーの最大の問題は、以前のバージョンと同様に、すぐに画面が混雑してしまうことです。マルチウィンドウ アプリケーションが多数存在するため、Windows 95 のタスクバーで採用されていた、1 つのアプリケーションにつき 1 つのボタンという優れたモデルが崩れてしまいます。この問題に対処するため、Windows 7 のタスクバーでは 2 つの対策が取られています。1 つは、テキスト ラベルを完全に省略すること、もう 1 つは、複数のウィンドウを 1 つのボタンに強制的に折りたたむことです。Windows Vista で見られたような、一部のアプリケーションが折りたたまれ、一部のアプリケーションが依然として複数のボタンで表示されるというハイブリッドな状況は、もはや発生しません。新しいタスクバーは、常に折りたたまれた状態がデフォルトです。タスクバーの動作は Windows 95 のときよりもさらに一貫性が保たれ、各ボタンがアプリケーションとして認識されるようになりました。

メモ帳やWordなど、文書ごとに1つのウィンドウを使用するアプリケーションでは、効果的な2階層ナビゲーションシステムが導入されました。タスクバーボタンにはアプリケーション内で開いているウィンドウが表示され、そこから表示されるサムネイルにはアプリケーション内のウィンドウが表示されます。

このドキュメント切り替えインターフェイスは残念ながら一貫性がなく、MDI アプリケーションが障害になっています。MDI アプリケーションのサブウィンドウはタスク バーからアクセスできず、それらのサムネイルを作成することもできません。また、タスク バーはそれらの存在を認識することさえありません。ただし、将来には希望があります。新しいタスク バーでは、アプリケーションがサブウィンドウのサムネイルを作成できるようになり、Excel 2007 のような洗練されていないハックを行うことなく作成できます。既にこれを実現しているアプリケーションが IE8 です。IE8 のタスク バーのサムネイルはタブごとに1 つあり、タスク バーからブラウザー内の各タブに直接アクセスできます。この技術は簡単に MDI アプリケーションでも動作するように拡張でき、Windows で MDI アプリケーションと非 MDI アプリケーションの両方を統一して処理できるようになります。

新しいタスクバーは、通知領域を乱雑にすることなく、ウィンドウレスアプリケーションを実行できる手段をようやく提供するかもしれません。これはWindows Live Messengerで実証されています。Messengerのウィンドウをすべて閉じてもタスクバーアイコンは削除されず、明示的に終了するまでそこに残ります。WLMは、最後のウィンドウが閉じられたときに終了しないようにするためだけに通知領域に配置する必要がなくなりました。従来の通知アイコンのメニューは、タスクバーアイコン上のジャンプリストで提供されるようになりました。これにより、ソフトウェアが通知領域を乱雑にすることはなくなり、通常のタスクバーボタンとして常駐することが現実的な選択肢となります。

タスクバーにおける最後の動作変更は、実行中のアプリケーションと実行されていないアプリケーションがほぼ統合されたことです。プログラムをタスクバーにピン留めすることで、実行中でなくてもアイコンを表示できます。これにより、新しいタスクバーでは、クイック起動ツールバーにあった起動と切り替えの分離が解消され、起動と切り替えが同じアクション、つまりアイコンをクリックするだけで済むようになりました。

この最後の機能、そしてテキストラベルの削除とアイコンサイズの拡大による視覚的な変化が、新しいタスクバーとDockの最も大きな共通点です。起動と切り替えがこれほど似ているべきであること、また両者を区別するための視覚的な手がかりがこれほど少ないべきであることには誰もが同意するわけではありませんが、少なくともこの点に関しては、AppleとMicrosoftの両社は意見が一致しているようです。

しかし、それ以外にも違いは存在します。タスクバーはアプリケーション切り替えツールというより、ウィンドウ切り替えツールとしての役割が強いです。かつてWindowsではアプリケーション切り替えツールとウィンドウ切り替えツールはほぼ同義でしたが、現在では通常、別々の操作になっています。そのため、Dockでは簡単に実行できる操作（例えば、あるアプリケーションに切り替えてそのアプリケーションのウィンドウをすべて最前面に表示するなど）は、昔のMDIアプリでは簡単に実行できたのですが、タスクバーでは実行できません。一方、ウィンドウ関連の操作（「閉じる」「最小化」など）はタスクバーでは実行できますが、Dockでは実行できません。

この違いは些細なものに見えるかもしれません。ウィンドウ、ドキュメント、アプリケーションは、UIに関してはどれも似たようなものです。しかし、実際には両者の使用感は大きく異なります。Dockは数十ものウィンドウを管理し、それらを素早く切り替えるのが苦手で、タスクバーは多数のアプリケーション間の切り替えが依然として苦手です。表面的な類似点は確かにありますが、パラダイムの違いが、実用上は大きな違いを生み出しています。さらに、タスクバーの開発は、1995年の導入以来の進歩の論理的な帰結と言えるでしょう。タスクバーとDockの類似性は、使い方が全く異なるため、ほとんど偶然と言えるでしょう。

0 コメント