Closed
Bug 295721
Opened 20 years ago
Closed 20 years ago
focused tabs in tabbox behaviour tweaks
Categories
(Toolkit :: UI Widgets, defect)
Toolkit
UI Widgets
Tracking
()
RESOLVED
FIXED
People
(Reporter: mconnor, Assigned: mconnor)
References
Details
Attachments
(2 files, 1 obsolete file)
|
5.33 KB,
patch
|
aaronlev
:
first-review+
|
Details | Diff | Splinter Review |
|
6.53 KB,
patch
|
vlad
:
second-review+
shaver
:
approval-aviary1.1a2+
|
Details | Diff | Splinter Review |
GTK2's tab widget doesn't do anything useful with focus, so I figure the Windows impl is probably the most familiar. Basically, focus+arrows doesn't wrap on Windows, but does on OS X. Also, Home/End should work with this widget.
| Assignee | ||
Comment 1•20 years ago
|
||
adds home/end keybindings, uppercases the VK_* bits for consistency with the rest of the codebase, and disables arrow key wrapping on Windows/GTK2 (we could flip this bit, I'm not married to the behaviour except where defined by the native widgets).
| Assignee | ||
Updated•20 years ago
|
Attachment #184693 -
Flags: first-review?(aaronleventhal)
| Assignee | ||
Comment 2•20 years ago
|
||
Comment on attachment 184693 [details] [diff] [review] patch bah
Attachment #184693 -
Attachment is obsolete: true
Attachment #184693 -
Flags: first-review?(aaronleventhal)
| Assignee | ||
Comment 3•20 years ago
|
||
this should be good to go
Attachment #184694 -
Flags: first-review?(aaronleventhal)
Updated•20 years ago
|
Attachment #184694 -
Flags: first-review?(aaronleventhal) → first-review+
Comment 4•20 years ago
|
||
Well, it seems that advanceSelectTab tries to support hidden tabs (although, it doesn't work very well for me, in cz). However, selectNewTab by itself doesn't check for the hidden attribute, this might break the VK_HOME/VK_END bindings form this patch.
| Assignee | ||
Comment 5•20 years ago
|
||
match Mac/GTK/Windows tab widgets by focusing on mousedown instead of click. make sure hidden tabs don't get focused by end/start keystrokes either by making selectNewTab cycle forward (or backwards, if aFallbackDir is set to -1). Known issues: first-tab/last-tab are just plain broken without a fixed number of tabs (bug to be filed) beforeselected/afterselected don't work with hidden tabs
| Assignee | ||
Updated•20 years ago
|
Attachment #184874 -
Flags: first-review?(neil.parkwaycc.co.uk)
Comment on attachment 184874 [details] [diff] [review] more tweaks r=vladimir The first tab/last tab stuff is broken currently anyway, and this should be a usability/responsiveness improvement...
Attachment #184874 -
Flags: second-review+
| Assignee | ||
Updated•20 years ago
|
Attachment #184874 -
Flags: first-review?(neil.parkwaycc.co.uk) → approval-aviary1.1a2?
Comment 7•20 years ago
|
||
Comment on attachment 184874 [details] [diff] [review] more tweaks a=shaver
Attachment #184874 -
Flags: approval-aviary1.1a2? → approval-aviary1.1a2+
| Assignee | ||
Comment 8•20 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 9•20 years ago
|
||
This patch breaks a lot of extensions which use advanceSelectedTab (AiO gestures, mini-T, etc). Adding an argument to advanveSelectedTab is OK as far as the old behaviour is maintained when the corresponding parameter is missing. In your patch, it is just the reverse since a missing aWrap will stop wrapping.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 10•20 years ago
|
||
File a new bug requesting that the fallback be to wrap if aWrap != false, don't reopen a bug. Btw, minit probably breaks because I integrated the code into the core in a checkin five minutes before this one...
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → FIXED
Comment 11•20 years ago
|
||
OK. Filed bug 297171.
Comment 12•20 years ago
|
||
*** Bug 293342 has been marked as a duplicate of this bug. ***
Comment 13•19 years ago
|
||
*** Bug 218146 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•