Closed Bug 463318 Opened 16 years ago Closed 15 years ago

All tabs and ctrl-tab differentiate between mouse focus and keyboard focus

Categories

(Firefox :: Tabbed Browser, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.6a1

People

(Reporter: whimboo, Unassigned)

References

Details

(Whiteboard: [fixed by bug 465076])

Attachments

(1 file)

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081105 Minefield/3.1b2pre

I don't think it's a good idea to differentiate between setting the focus with the keyboard or the mouse. Normally only one element can have the focus. Marco, does the current behavior regress anything on the a11ly side? 

I'll attach a screenshot of the current behavior.
Mouse movement doesn't actually change focus. It's just hover feedback.
Keywords: uiwanted
At least on OS X the focus is also changed for the application switcher when hovering with the mouse over a application icon. For myself this way is less confusing as seeing multiple possible selected targets.
Depends on: 465076
I'm not sure if it's intended or not on OS X, but the app switcher lets you mouse over an app in the app switcher and pressing tab will move to the next app after the hovered app. Moving the mouse while it's still hovered over the same app won't cause that app to be reselected. You must first move the mouse out of the app's icon then back in to reselect it.

That's probably to avoid accidental mouse movements causing focus to jump back to the hovered app.
(In reply to comment #3)
Yeah, that's what I'm implementing as well.
There aren't any issues left here after bug 465076, I think.
Status: NEW → RESOLVED
Closed: 15 years ago
Keywords: uiwanted
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.6a1
Yeah. Everything is fine now. Verified fixed with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b3pre) Gecko/20091111 Namoroka/3.6b3pre (.NET CLR 3.5.30729) ID:20091111045315
Status: RESOLVED → VERIFIED
Whiteboard: [fixed by bug 465076]
(In reply to comment #6)
> Yeah. Everything is fine now. Verified fixed with Mozilla/5.0 (Windows; U;
> Windows NT 5.1; en-US; rv:1.9.2b3pre) Gecko/20091111 Namoroka/3.6b3pre (.NET
> CLR 3.5.30729) ID:20091111045315

That was too fast. It's still there and makes a combined keyboard and mouse handling unnecessary harder. Even said on bug 529069 that it will be wontfix (without a reason) it would be nice to get an ui-review first.
Blocks: ctrl-tab-panel
No longer blocks: 436304
Status: VERIFIED → REOPENED
Keywords: uiwanted
Resolution: FIXED → ---
Please keep it in bug 529069. The whole UI was different when this bug was filed.
Status: REOPENED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → FIXED
Keywords: uiwanted
Blocks: 436304
No longer blocks: ctrl-tab-panel
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: