に関するディスカッションソフトメディア：私たちはWindows 8 Ribbonがどうなるかだけでなく、Windows 8 Ribbonがどのように変わるのかも知るべきではありません。そうじゃない？
この記事は、Microsoft Windowsの代表であるBuilding Windows 8ブログのSteven Sinofsky（Seven Sinowski）によるものです。この記事を通して、Building Windows 8ブログのWin8リボンデザインに関する "Mars Splash"ディスカッションについて学ぶことができます。
上の画像は、その画像の付いたソフトメディアの小シリーズです。Windowsで拒否されました。以下は、良いニュースです。もちろん、この会議に参加することを歓迎します。もっと意味がないですか？ Xiaobianは終わりを迎えています;-)
機能分野
はじめに、コピーファイル機能の再設計が、かなりの注意と意見の参加をもたらすことを期待しています。そこで、Windows Explorerについてのブログ記事を投稿しました。議論のプロセスは「火星の飛散」になるという考えさえあります。これは物議を醸すブログトピックの議論に参加した読者には不思議ではありません。当面は、Slashdotの紹介（他のブログ記事をはるかに超える）やブログサーバーのパフォーマンス（効率を向上させるためにサイトのレイアウトを調整）については心配する必要はありませんが、トピックに直接進んでください。
まず、このメカニズムは、製品に不可欠な要素です。コピーコンフリクトダイアログと同様に、落ち着いて慎重に考えると、双方が重要な問題を見逃したり、比較的軽微な問題を強調しすぎたりすることがよくあります。宣伝をするために使われている映画が、その話題を誤ってその映画自体から（あるいは対象となる観客からも）奪ってしまうことがあります。良いニュースは、私たちが議論するべき多くのトピックを得たということです。
は、私たちは、ボーエンの最初の記事の内容を繰り返すことはしませんが、私たちは本当に私たちは多くの批判が検討を含め直面するだろうことを強調したいです。私たちはリボンのメカニズムを選びました、そしてメカニズムについて楽観的でない人々のために、私はあなたに同意できないと言わざるを得ない。このブログの読者がこのリボンを最も嫌いであることを確認し、確認しました。 Windows 7ブログの特定のトピックからの経験に基づいて、この機能を気に入らない人が注目を集めると考えています。この仮定は確認されています。ユーザーの場所のメカニズムについて
があり、高度なユーザーや初心者のためのメカニズムかどうかを探るために、多くの議論をしていました。初心者にしか適していない皮肉なメニューがありました（上級ユーザーはキーボードを使うべきです）ので、ツールバーを使ってメニューを単純化しました。コンテキストメニューはもともと上級ユーザー向けのショートカットとして設計されたものですが、結局広く使用されるようになりました。今、私たちはメニューとツールバーがますます高度なユーザーによって求められているのを聞いた（そして気づいた）。もちろん、私たちはこれらの独立したメカニズムを統合してより単純なエクスペリエンスを提供しようとしました、定義上、メカニズムの数が少ないほど、UIの表面積は小さくなります。多くの選択肢がありますが、ワークスペースを使用している製品は他の製品よりもユーザーの方がはるかに満足しており、そのメカニズムは比較的普及していて受け入れ可能です。私達はまた少数の人々がまだあまり満足していないことを学びました。リボン機構の導入前のバージョンでは、理由は明らかに異なりますが、同じ問題が存在します。何をしても、みんなを幸せにすることはできません。
私にとって一番おもしろいことは、視覚的なオーバーヘッドについてのフィードバックです。 「メトロ」の出現で、私たちはより軽いグラフィックを使用して露出を減らす方法を研究することに着手しました。人々がインターフェースをできるだけ単純にすることを望むからです。明らかに、私たちはみんな単純さが好きで、機能の露出が少なければ小さいほど、表面積も小さくなります。つまり、作成、テスト、および保守に必要なコードが少なくなります。単純さとは、機能を隠したり、便利な機能にアクセスできないということではありません。単純さは基本的な機能だけを残す冗長な項目の分離です。残りの問題は、この一連の関数をどのように定義するかです。単純化の原則を実装するための私たちのアプローチは、カスケードやコマンドの機能の隠された「秘密」を回避し（これらのメカニズム自体は概念的かつコードオーバーヘッドになり、公開されたUIだけでなくUI自体からも大きくなります）。メカニズムの数これらのステップを踏むことによって、我々は一貫した方法で製品の機能性を提示することを望みます。特に読者がリソースブラウザに機能を追加したいというフィードバックの中で、単純さはコーナーを切ることを意味するのではないことも理解しています。
プログレッシブレンダリングと階層レンダリングの機能は、私たちが使った方法です。キーボードでしか実行できないもの、コンテキストメニューでしか実行できないもの、上部のツールバーから実行できるもの、そしてあなたを通してのものがあります。表示または非表示にする必要があるツールバーの実装、メニューまたはサブメニューなどを使用して実装するものなどがあります。あなたがこれらのメカニズムに適応するために多くの時間を費やさない限り、誰もそれらをうまくマスターすることはできません。もちろん、あなたがこれらのメカニズムに適応するために多くの時間を費やしてきたのであれば、それはあなたがそのメカニズムの変更に公然と反対するだろうという可能性が非常に高いです。これも不満の理由の一つかもしれません。私はOffice 2000の「アダプティブメニュー」を強く提唱していましたが、クラッシュすることが判明しましたが、これらは複雑さを減らし、表面積を減らすための賢明な試みです。言われるように：失敗は成功の母であるこのレッスンを通して、私は「隠されたことは単純化を意味しない」と深く認識しました。
コマンドの整理方法と整理が必要なコマンドの内容（マップされたネットワークドライブ、PowerShell）、およびデフォルト設定とグラフィック処理を引き続き最適化しています。私たちはこれらの側面についてのフィードバックを積極的に検討しています。単純なユーザーエクスペリエンスを作成することが私たちの共通の目標です。また、必要なツールが人々に提供されていることを確認したいと思います。この目標を達成するには、データを適切に使用することが重要です。これは、小さなサンプルデータや選択を妨げる例外を回避するのにも役立ちます。 「メトロ」の出現により
は、何人かの人々のために、メトロは、特定の色やフォント「パレット」の使用を意味し、コンセプトも、コントロールの数が含まれていてもよいです。いくつかの公開されたスクリーンショットは、いくつかのコマンドセット（あまり一般的ではない）が削除されたことを示していますが、主な変更はパレットの全体的な縮小です。競合製品は一部のMetroアプリケーション（Zuneなど）よりも頻繁に使用されており、どのメディアプレーヤー（デコーダ、タグなど）にも必要ではないことがわかりました。
私たちはこの状況に注目し続け、このフォーラムにWindows 7の全体的なスタイルの全体的な失明や "淡い"についてのフィードバックを統合しようとしています。実際、このブログを通じて寄せられたフィードバックに基づいて、Windows 7のオリジナルデザインに明るさとピクセルを追加しました。今後もこの分野に注力していきますが、多くのサードパーティメーカーは組み込みのメトリクスやシステム設定によってカラーパレットを取得せずにWindowsエクスペリエンスをシミュレートする傾向があるため、全体的なスタイルに対する「破壊的な調整」変更されたスタイルは場違いに見えます。この状況はメトロスタイルの議論につながりました。