it-mure.jp.net

「マイルハイメニューバー」は引き続きWebアプリに適用されますか?

Joel on Softwareの この記事 で、Joelは画面の最もクリックしやすい部分がエッジであり、メニューバーを画面の最上部に配置することでユーザビリティがどのように向上するかについて説明しています。ブラウザのクロムが原因で画面の最上部に到達できない場合でも、この原則をWebアプリに適用できますか、それとも問題点ですか?

5
GSto

記事がフィッツの法則に言及していないことに驚いています。これは、ターゲットが大きいほど、取得が容易であることを示しています。 (これは法律の半分にすぎませんが、ここで私たちが興味を持つ部分です。)

メニューバーは、画面の「上の」任意の場所をクリックしてアクティブ化できる場合、無限に大きいと見なされます。

Joelが示唆している記事を書いたのと同じ人であるBruce "Tog" Tognazziniによる フィッツを与えるために設計されたクイズ を読む必要があります。 Macintoshのプルダウンメニューについては、質問5で説明しています。

質問に答えるために、WebページはMacのメニューのように画面の端を使用できません。そのため、メニューをWebアプリの上部に配置するのは適切な理由ではありません。 (確かに、他にも理由があるかもしれません…)

11

理由は少し変わったが、この原則は今でも有効だと思う。

マウスを「投げて」コーナーをヒットすることはできませんが、隣接する要素が少ないため、エッジまたはコーナーで何かをターゲットにする方が簡単です。

続けて3つのボタンを考えてください。ボタンが小さく、中央のボタンを速く叩こうとすると、両側でエラーが発生する可能性があります。ただし、極端なものに近づくと(特に「隣接しない」側から)、別のボタンを押す可能性は低くなります。

さらに、これはダイアログのベストプラクティスでもあり、画面の端にもありません。

コーナーが見やすくなるだけでなく、「重要な」アクションを見つけることに慣れてきました。

3
Dan Barak

2番目の段落では、JoelがMacメニューバーとWindowsメニューバーを比較しています。 「マイルハイメニューバー」はMacのものであることに注意してください。これは、画面の境界に接続されているため、無限に到達できるためです。あなたがあなたのマウスを投げたとしても、あなたは常にそれに到達します。可動式の窓に取り付けられているため、バーを「ポイント」する必要があるため、Windowsのソリューションではこのメリットはありません。

Windowsバーと同様に、ウィンドウに埋め込まれたすべてのWebアプリケーションには、「マイル高」のリーチがありません。

2
argonaut