時々、誰かが非常に不可解な愚かなことをするので、カーペットにぶつかって2回跳ね返るほど顎が落ちてしまいます。例として、新しい Office 2007 を見てみましょう。
https://how2.work/%E8%B6%B3%E3%82%92%E6%92%83%E3%81%A4/

時々、誰かが非常に不可解な愚かなことをするので、カーペットにぶつかって2回跳ね返るほど顎が落ちてしまいます。例として、新しい Office 2007 製品を見てみましょう。あなたの目をマッサージするために最初に飛び出すのは、メニューの完全に新しいデザインです。実際、メニューは基本的に完全に廃止され、現在は、ユーザーが行っていることに応じて動作を変える「リボン」デザインが存在します。文書の作成、書式設定、改訂、グラフ作成などの一般的なタスクの中核を中心に行います。間違いなく、このメニュー システム、特にメイン ウィンドウ サイズを縮小するときにどのように折りたたむかを正確に定義する領域に、多くの設計時間が費やされました。結局のところ、小さなウィンドウに大きなグラフィック ボタンが乱雑に配置されていては意味がありません。そのため、サイズとコンテンツの変更がそこで役立つのは明らかです。

Microsoft 以外の何人かの開発者は明らかに、「わあ、私たちが作成した独自のアプリケーションにそのような機能があれば素晴らしいと思いませんか?」と言っています。一方、開発ツール ベンダーは、Office リボン デザインの動作を模倣しながら、重いコードをすべて生成する、使いやすいドロップイン ツールを迅速に開発してきました。そこには新しいものは何もありません。ツール ベンダーは、VBX アドイン制御システムを備えた Visual Basic の初期の時代に遡り、このようなボタンやメニュー ビルダーを何年も提供してきました。現在の Visual Studio には、そのようなビルダー、ヘルパー、スナップイン Doodads、その他の便利なギズモが豊富にあります。したがって、リボン テクノロジを開発者コミュニティにライセンス供与するという Microsoft のプレス リリースを私が読んだのは、明らかに非常に興味深いものでした。 http://msdn.microsoft.com の適切なページにアクセスして詳細を確認したところ、何かがおかしいことがすぐに明らかになりました。Microsoft は実際には具体的なものを何も発表しておらず、単にライセンスを発表しただけでした。コードの設計と実装における「知的財産」に対して。

その理由の 1 つは、Microsoft が最近多くの製品を「無料ですが、依然として当社の IP であることを受け入れる必要がある」ライセンスに基づいてリリースしているためであり、これは私も完全に理解できます。この種の許可の好例は、Office ドキュメント ファイル形式の XML ライセンス スキーマの定義全体です。「XML ファイル形式の著作権は Microsoft」という単語 (またはそれに相当する語句) をアプリケーションに挿入するだけで、 Microsoft XML スキーマ、定義などを心ゆくまでお楽しみいただけます。

しかし、今回のケースは違いました。まず、Office の主要ツールと競合するアプリケーションにはリボン デザインを使用できないため、Excel や Word に似たデザインはできないと書かれています。残念ながら、製品が Office の競合製品であるかどうかを見分ける基準は明確に定義されていません。ある程度の数値機能を備えた小さなデータ グリッドが、特に垂直市場のコンテキストにおいて、多くの人々のニーズを簡単に満たすことは想像できますが、それが Excel との競合禁止規定に違反するかどうかを判断する手段はありません。 。それはマイクロソフトが将来の未知の時点で恣意的に決定するものだと思います。ただし、OpenOffice やその他の同様の製品がリボンのルック アンド フィールを独自に採用するのを防ぐという Microsoft の当面のニーズは満たされます。