「マイルハイメニューバー」は引き続きWebアプリに適用されますか？
Joel on Softwareの この記事 で、Joelは画面の最もクリックしやすい部分がエッジであり、メニューバーを画面の最上部に配置することでユーザビリティがどのように向上するかについて説明しています。ブラウザのクロムが原因で画面の最上部に到達できない場合でも、この原則をWebアプリに適用できますか、それとも問題点ですか？
記事がフィッツの法則に言及していないことに驚いています。これは、ターゲットが大きいほど、取得が容易であることを示しています。 （これは法律の半分にすぎませんが、ここで私たちが興味を持つ部分です。）
メニューバーは、画面の「上の」任意の場所をクリックしてアクティブ化できる場合、無限に大きいと見なされます。
Joelが示唆している記事を書いたのと同じ人であるBruce "Tog" Tognazziniによる フィッツを与えるために設計されたクイズ を読む必要があります。 Macintoshのプルダウンメニューについては、質問5で説明しています。
質問に答えるために、WebページはMacのメニューのように画面の端を使用できません。そのため、メニューをWebアプリの上部に配置するのは適切な理由ではありません。 （確かに、他にも理由があるかもしれません…）
理由は少し変わったが、この原則は今でも有効だと思う。
マウスを「投げて」コーナーをヒットすることはできませんが、隣接する要素が少ないため、エッジまたはコーナーで何かをターゲットにする方が簡単です。
続けて3つのボタンを考えてください。ボタンが小さく、中央のボタンを速く叩こうとすると、両側でエラーが発生する可能性があります。ただし、極端なものに近づくと（特に「隣接しない」側から）、別のボタンを押す可能性は低くなります。
さらに、これはダイアログのベストプラクティスでもあり、画面の端にもありません。
コーナーが見やすくなるだけでなく、「重要な」アクションを見つけることに慣れてきました。
2番目の段落では、JoelがMacメニューバーとWindowsメニューバーを比較しています。 「マイルハイメニューバー」はMacのものであることに注意してください。これは、画面の境界に接続されているため、無限に到達できるためです。あなたがあなたのマウスを投げたとしても、あなたは常にそれに到達します。可動式の窓に取り付けられているため、バーを「ポイント」する必要があるため、Windowsのソリューションではこのメリットはありません。
Windowsバーと同様に、ウィンドウに埋め込まれたすべてのWebアプリケーションには、「マイル高」のリーチがありません。