Clicking at the top edge of screen should select the tab when Thunderbird is maximized

RESOLVED FIXED in Thunderbird 21.0

Status

Thunderbird
Mail Window Front End
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: Anjor, Assigned: Paenglab)

Tracking

17 Branch
Thunderbird 21.0
x86_64
Windows 7

Thunderbird Tracking Flags

(thunderbird20 fixed, thunderbird-esr1720+ fixed)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.64 Safari/537.11

Steps to reproduce:

In Thunderbird 17, tabs are now drawn in title bar, Similar to Firefox. When the user wants to select a tab in fullscreen mode, (s)he may sometimes end up clicking on the small area above the tab


Actual results:

The click is ignored.


Expected results:

The tab should accept the click done at top edge of screen as well, as the user has to take extra efforts to accurately position mouse cursor on the tab. Accepting the click at the top edge of screen make the UI navigation more efficient.
The area above the tab button is for selecting the window (without changing the window state) and for allowing dragging of the window.

I think this is probably won't fix.
(Assignee)

Comment 2

5 years ago
Yes I close it as WONTFIX. I'll check the behavior of Firefox when it has implemented the Australis tabs. If it's different to our solution I'll file a new bug and fix it then.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX
(Reporter)

Comment 3

5 years ago
(In reply to Mark Banner (:standard8) from comment #1)
> The area above the tab button is for selecting the window (without changing
> the window state) and for allowing dragging of the window.

I'm referring to the use case when Thunderbird window is maximized.

A user has to switch tab much more often when in maximized mode as compared to selecting the window, and having to precisely position the mouse pointer (especially when using touchpad) is quite an inconvenience from the usability point of view.


(In reply to Richard Marti [:Paenglab] from comment #2)
> Yes I close it as WONTFIX. I'll check the behavior of Firefox when it has
> implemented the Australis tabs. If it's different to our solution I'll file
> a new bug and fix it then.

The nightly UX build of firefox has this behaviour of selecting the tab for clicks done at the top edge of the screen.
(In reply to Richard Marti [:Paenglab] from comment #2)
> Yes I close it as WONTFIX. I'll check the behavior of Firefox when it has
> implemented the Australis tabs. If it's different to our solution I'll file
> a new bug and fix it then.

In Firefox nightly builds from the UX branch (with the Australis theme) the clickable area for tabs does in fact extend to the top edge of the screen, when the window is maximized.

Can this bug be reopened, please?  Allowing clicks at the top of the screen when maximized makes tab switching much easier.  In fact, Alex Faaborg from the Firefox UX team said "The efficiency gain of leveraging the screen edge was one of the primary reasons we placed tabs on top" (bug 572160 comment 188).
(Assignee)

Updated

5 years ago
Assignee: nobody → richard.marti
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WONTFIX → ---
(Assignee)

Comment 5

5 years ago
Created attachment 704305 [details] [diff] [review]
Remove the gap
Attachment #704305 - Flags: review?(mconley)
Comment on attachment 704305 [details] [diff] [review]
Remove the gap

Yes, this does the job. Thanks Paenglab!
Attachment #704305 - Flags: review?(mconley) → review+
(Assignee)

Updated

5 years ago
Keywords: checkin-needed
(Assignee)

Comment 7

5 years ago
Comment on attachment 704305 [details] [diff] [review]
Remove the gap

[Approval Request Comment]
This is only a small CSS change. If applied to ESR it would make equality to actual Firefox (and also future Australis Firefox).
Attachment #704305 - Flags: approval-comm-esr17?
Attachment #704305 - Flags: approval-comm-beta?
Attachment #704305 - Flags: approval-comm-aurora?
https://hg.mozilla.org/comm-central/rev/4999a8cba27e
Status: REOPENED → RESOLVED
Last Resolved: 5 years ago5 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 21.0
Comment on attachment 704305 [details] [diff] [review]
Remove the gap

As this has already landed in 21, a=me for beta & esr17.
Attachment #704305 - Flags: approval-comm-esr17?
Attachment #704305 - Flags: approval-comm-esr17+
Attachment #704305 - Flags: approval-comm-beta?
Attachment #704305 - Flags: approval-comm-beta+
Attachment #704305 - Flags: approval-comm-aurora?
https://hg.mozilla.org/releases/comm-beta/rev/9e808802e429
status-thunderbird20: --- → fixed
https://hg.mozilla.org/releases/comm-esr17/rev/71b75750c19c
status-thunderbird-esr17: --- → fixed
tracking-thunderbird-esr17: --- → 20+
You need to log in before you can comment on or make changes to this bug.