Closed
Bug 513157
Opened 15 years ago
Closed 13 years ago
[meta] Drawing in the Title Bar for the new Firefox Theme
Categories
(Core :: Widget, enhancement, P2)
Core
Widget
Tracking
()
RESOLVED
INVALID
People
(Reporter: faaborg, Unassigned)
References
Details
(Keywords: meta)
For Firefox 4, there are a variety of reasons why we will need to either draw in the title bar of the application window, or actually draw the title bar entirely from scratch:
1) Having a control at the edge of the window frame to set the active Weave account.
2) Drawing a persona throughout all of chrome (including the title bar).
3) In private browsing mode changing the appearance of the theme, including the title bar. Interactively this is to reduce the number of mode errors (a darkened theme is easily viewable using peripheral vision). On a more emotional and design level, it just looks really cool.
4) Placing tabs slightly into the area of the title bar will help us free up space for the content area.
Since the implementation varies significantly by platform, I'm setting this to be a meta tracking bug, and I'll file a dependent bugs for each individual platform.
Comment 1•15 years ago
|
||
Shell integration doesn't touch any of the things you want to accomplish with this bug so moving over to general.
Component: Shell Integration → General
QA Contact: shell.integration → general
Updated•15 years ago
|
Component: General → Widget
Product: Firefox → Core
QA Contact: general → general
Target Milestone: --- → mozilla2.0
Updated•15 years ago
|
Severity: normal → enhancement
Priority: -- → P2
Reporter | ||
Updated•15 years ago
|
Summary: [meta] Drawing in the Title Bar for Firefox 4 → [meta] Drawing in the Title Bar for the new Firefox Theme
Updated•15 years ago
|
Target Milestone: mozilla2.0 → ---
Comment 2•15 years ago
|
||
Drawing customizable toolbar instead of titlebar, and making toolbarbuttons for min/max/close will make much more flexible ui, and give more control to themes
drawing whole frame will be even better
(In reply to comment #2)
> Drawing customizable toolbar instead of titlebar, and making toolbarbuttons for
> min/max/close will make much more flexible ui, and give more control to themes
> drawing whole frame will be even better
Will the user still be able to use the OS Native min/max/close? And will Aero (Windows 7/Windows Vista) work this way?
Reporter | ||
Comment 4•15 years ago
|
||
>Will the user still be able to use the OS Native min/max/close? And will Aero
>(Windows 7/Windows Vista) work this way?
The controls will be pixel perfect, but I'm not sure if we will be able to make them fully native (might need to draw behind the Aero glass controls for personas and private browsing).
Updated•15 years ago
|
Flags: wanted1.8.1.x?
Flags: in-testsuite+
Flags: blocking1.8.1.next?
Comment 5•14 years ago
|
||
Will Non-Aero Windows desktops get its own meta bug to draw the menu in the titlebar? I don't see one listed.
Comment 6•14 years ago
|
||
That's bug 574454, apparently.
Comment 7•14 years ago
|
||
Bug 513162 provided the ability, bug 574454 provides the css for the themed parts.
Comment 8•13 years ago
|
||
This doesn't seem like a useful tracking bug anymore. It only tracks bug 513159.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•