Open
Bug 628260
Opened 15 years ago
Updated 3 years ago
Custom application window buttons overlap items (i.e tabs) in title bar
Categories
(Firefox :: Theme, defect, P5)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: markus.podar+bugzilla.mozilla.org, Unassigned)
References
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9) Gecko/20100101 Firefox/4.0b9
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9) Gecko/20100101 Firefox/4.0b9
Since FF is now embracing the tab bar even more, which I find good and I want to use, I see it clashing with software which adds additional buttons to the window decoration.
In my case I'm using the NVidia driver to add a button for "Move window to next monitor" which now overlays with the tab bar.
Screenshot comding
Reproducible: Always
Reporter | ||
Comment 1•15 years ago
|
||
Reporter | ||
Comment 2•15 years ago
|
||
In my case I've also the "With open" extension which also uses the space and whose IE icon is behind the new button, I think because the tab bar thinks it can use the whole space when it shouldn't.
Even when not using "With open" extension to show the other browser button, things are overlapping (i.e. Panorama).
Comment 3•15 years ago
|
||
That's a kinda bad side-effect users can experience with customized title bars. Something we can do for Firefox 4?
Blocks: 572160
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Ever confirmed: true
Version: unspecified → Trunk
Updated•15 years ago
|
Summary: Custom video driver window buttons overlap FF tab bar → Custom video driver window buttons overlap tabs in title bar
![]() |
||
Comment 4•15 years ago
|
||
Does this happen in Chrome?
Comment 6•14 years ago
|
||
That happens for all kind of applications which put custom buttons in the title bar.
Summary: Custom video driver window buttons overlap tabs in title bar → Custom application window buttons overlap items (i.e tabs) in title bar
Comment 8•14 years ago
|
||
Since there's no movement...
I am not sure whether it is the same thing, but the cause will probably be.
Win XP SP3 with hacked uxtheme.dll (file version 6.0.2900.5512) and Luna Element 5 (Black Compact) - http://tornado5.deviantart.com/art/Luna-Element-5-0-5-29511577
The window control buttons should look (and they do when Menu bar is enabled) connected, condensed. Instead, they are poorly located (too high) and not connected (screenshot attached).
Does this have the same reason as the bug, or should I file a separate one? Can it be repaired by, say, some css changes? Or is it a bug in the theme?
Comment 9•14 years ago
|
||
Attaching the comparison of window control buttons states without and with Menu bar enabled:
![]() |
||
Comment 10•14 years ago
|
||
(In reply to comment #8)
> Since there's no movement...
> I am not sure whether it is the same thing, but the cause will probably be.
>
> Win XP SP3 with hacked uxtheme.dll (file version 6.0.2900.5512) and Luna
> Element 5 (Black Compact) -
> http://tornado5.deviantart.com/art/Luna-Element-5-0-5-29511577
>
> The window control buttons should look (and they do when Menu bar is enabled)
> connected, condensed. Instead, they are poorly located (too high) and not
> connected (screenshot attached).
>
> Does this have the same reason as the bug, or should I file a separate one? Can
> it be repaired by, say, some css changes? Or is it a bug in the theme?
Looks like bug 610335. Is that using the xpize or something else? (Might also be bug 641223).
Comment 11•14 years ago
|
||
Ugh. Didn't find that one. Or the other one. That's it.
Xpize uses Luna Element which is my theme too. I guess someone can delete last four comments from here.
Thanks!
Updated•7 years ago
|
Component: Tabbed Browser → Theme
Priority: -- → P5
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•