タブにフォーカスしない限り、n個を超えるタブが開いていると、Firefoxが「タブを閉じるボタン」を削除するのはなぜですか？
この質問の起源は、タブの数が増えるにつれてフォーカスされていないタブの閉じるタブボタンを削除するFirefoxの動作をオーバーライドする方法を見つけようとしたことです。運がない。
私の問題は、タブバーの量が（私の環境では）14タブ以上になると、Firefoxがボタンを削除してタブを閉じることです。
これは、私が考える限り、一貫性とショートカットのアクセシビリティの両方に違反する動作であり、両方とも Schneiderman's Eight Golden Rules にリストされているため、アプリケーションの全体的なUXが危険にさらされます。 。
私のケースを強化するために、私はChrome=をその振る舞いのない参照として持っています。
そして、私の意味では、これは適切な方法であり、Firefoxのアプローチは、多くのユーザビリティルールに違反しています。
私はMozillaがその背後にある理由を理解しています。彼らは、ユーザーがフォーカスしようとしているタブを誤って閉じた場合にユーザーが迷惑になるのを恐れています。しかし、これは一貫性とショートカットパターンに違反する大きな理由でしょうか？
EDIT：dnbrv は、OperaがFirefoxと同じアプローチを使用していることを知らせました。フォーカスされていないタブではショートカットをまったく使用しないことがわかったInternet Explorerを調べたところ、一貫性のある側面では機能すると思いますが、ショートカットのアクセシビリティはひどいです。理由のヒープに追加するもう1つの理由つまり、使用しないことを選択しました。
Chromeも同じことを行います。
これには2つの理由があります。
偶然に閉じるのが難しくなります。これは、Chromeの例で最も簡単です。これらの非常に小さなタブのすべてにXが付いている場合、extremelyタブを閉じずに選択することは困難です安全なアクションを優先する。安全なアクションと危険なアクションがある場合、危険なアクションにはさらに多くの作業が必要になるはずです。それがまさにブラウザーです。ここで行って。
インターフェイスではなくタブのコンテンツに焦点を当てています。このタブに閉じるボタンがあってもかまいません。私はタブが何であるかを気にします。コンテンツではなくインターフェイスを表示している場合、それは間違っています。フォーカスされていないタブを見るとき、そのタブをすぐに閉じる方法を知る必要があるより、それが何であるかを知る必要がある可能性があります。
あなたはシードマンのルールを指していますが、＃6：簡単なアクションの逆転を忘れているようです。ショートカットはまだ完全であり、制御の内部軌跡は完全であるため、「ルール」の引数は非常に有効だとは思いません。いいえ、完全に一貫しているわけではありませんが、読みやすさと使いやすさを損なう一貫性は良くない一貫性です。
「ショートカット」ルールの違反もほとんどありません。高度なブラウザのユーザーであれば、ミドルクリックを使用してタブを即座に閉じることができます。これは、赤いXが表示されている場合でも、ターゲットを設定するよりもはるかに高速です。
IEおよびDolphinとMobile Safariを含む）を含むすべての人気のあるブラウザがこれを何らかの方法で行うことに注意することも重要です（つまり、慣例です）、一部のブラウザは、フォーカスされていないタブにXを表示しないだけです。
たぶん、そうでないかもしれませんが、「ルール」に違反しているため、「悪い」ではありません。
ルールはalwaysallの状況では機能しません。デザイナーが存在する主な理由の1つは、ルールをいつ破るべきか、または特定のシナリオで便利となるルールを決定することです。
たとえば、この場合、（少なくとも）2つの一般的な「ルール」（レコードにはguidelinesまたはpatternsを好む）が関係します。
- 一貫性を維持する-ユーザーはパターンをすばやく予測することを学び、パターンを破ると認知障害を引き起こします。
- コントロールを近づけすぎないでください。誤って間違ったコントロールを押してしまう可能性があります。
開いているタブが数個しかない場合、ガイドライン2はあまり問題ではありません。コントロール間には多くの距離があります。タブを追加して距離を縮めると、ガイドライン2がより重要になります。
思考実験として、タブがさらに密に詰め込まれていると想像してください。ある時点で、完全に不可能となり、tab closeコントロールとtab selectが互いに隣接します。そしてそれらは重なるでしょう-一貫性を維持するという名目でこれが起こることを許可しますか？ （さらに言えば、より多くのタブに合わせるためにタブの幅を縮小するたびに一貫性の軽蔑を犯していませんか？）
これが優れた設計の選択であるかどうかの実際の測定値はユーザーへの影響であり、ユーザーの観察から明らかです。
- Firefoxユーザーは、Chromeユーザーよりも偶発的な終了を経験していますか？
- FirefoxユーザーはChromeユーザーよりもタブを閉じるのに時間がかかりますか？
- ユーザーは一般的に、タブを閉じるよりもデザインを優先することを好みますか？ （そして、画面上のタブのどのしきい値で？）
[x]常に表示されるので、使用可能な画面領域が奪われます。
SOFタブがアクティブな場合、Newest '...ですが、別のタブを開いていると、「最新」を知るのに十分なコンテキストが表示されます...（Newest 'wpf' Questions）
編集（ゴールデンルールに応答するため）
shortcut accessibility
-> Ctrl + w
また、これは解決に役立ちます＃5シンプルなエラー処理を提供します。これにより閉じることなくクリック/フォーカスがしやすくなりますになります。 Firefoxは仮定複数のタブを開いているのユーザーが開いている理由により（およびユーザーが閉じたくない）それら）。一方、開いているタブが3つしかないユーザーは、現在のコンテキスト/タスクに必要なタブはごくわずかです。
Firefox 2.0では、タブ付きのブラウジングUIに多くの改良が加えられました。その中には、タブに閉じるボタンが追加されました。 about：configの browser.tabs.closeButtons 設定は、タブでの表示方法を制御します。
可能な値とその影響：
0-アクティブなタブのみに閉じるボタンを表示する
1-すべてのタブに閉じるボタンを表示する（デフォルト）
2-閉じるボタンを表示しない
3-タブストリップの最後に単一の閉じるボタンを表示する（Firefox 1.xの動作）
閉じるボタンは16ピクセルに相当するタブ幅を占めるため、多くのタブを開いていてタブ幅が狭くなると、タブのテキストが見えにくくなる場合があります。妥協点として、閉じるボタンは、幅が browser.tabs.tabClipWidth の値以上の場合にのみ、背景タブに表示されます。
最小タブ幅を設定するコードが this add-on に移動されました。