実験的なスケッチの学習曲線。
これは、UIでの最初のショットです。
メニューボタンとタイトルバーを組み合わせたウェブブラウザのスケッチを描いた。 MMC（Minimize-Maximize-Close））ボタンの横にメニューボタンを配置し、基本的なブラウザーコントロールと追加の要素を左側に配置し、その下にタブバーを配置しました。
Firefox（Windowsの4.0）とChrome（基本レイアウト））について私が気づいたことの1つは、メニューバーをボタンに圧縮しようとしたことです（Firefoxではフルメニューバーを選択できます） ）スケッチでは、基本的な機能を統合してウェブページの画面範囲をさらに拡大しようとしましたが、アドレスバーと検索バーも削除しようとしました。
これには、慣れる前に大きくて長い学習曲線が必要ですか？これが私のスケッチへの リンクです
ここで、ヒシャムのコメントを2番目に引用します。なぜこれをしたいのですか？それが実際に画面領域を節約するための試みである場合、それは節約しているTINYの金額であることを覚えておいてください。そして、これをこの欠点と比較してください。つまり、ユーザーの期待に反することです。多くの人々はこの違いによる悪影響をあまり受けませんが、一部のユーザー（特に初心者ユーザー）は、アプリケーションが慣れている他のアプリケーションとは異なる動作をするという事実に混乱するかもしれません。
あなたは、FirefoxとChromeのWindowsでのメニューの表示について言及しています。これは私が何か 強く同意しない ;要するに、ウィンドウの装飾はウィンドウマネージャー/ OSの責任であり、すべてのアプリケーションが定義するのではありません。
また、スケッチからはわかりませんが、タイトルバー全体を引き継いだように見えます。その場合は、タイトルバーの標準機能（ドラッグしてウィンドウを移動するなど）を無効にしていることに注意してください。
最初に頭に浮かぶのは、なぜですか？
ユーザーの目的と利点を説明せずに、設計しようとしている非標準のUIを説明しました。ユーザーの学習曲線に関する質問から、あなたは明らかに未知の領域を踏んでいることに気づいています。これがリスクに値するためには、明確に定義された目的が必要です。設計により、画面の面積が10％節約されます。または、ユーザーは使い慣れたUIを非常に高速に使用できるようになります。
Apple自身のSafari 4.0での体験を覚えておいてください。ユーザーは次のように慣れているため、タブを下ではなく上に配置しようとしました。
最終的に、ユーザーの否定的なフィードバックが原因で backtracking になりました。