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)

enhancement

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.
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
Depends on: 513158
Component: General → Widget
Product: Firefox → Core
QA Contact: general → general
Target Milestone: --- → mozilla2.0
Severity: normal → enhancement
Priority: -- → P2
Depends on: 513159
Depends on: 513162
Depends on: 513163
No longer depends on: 513163
Depends on: 515880
Summary: [meta] Drawing in the Title Bar for Firefox 4 → [meta] Drawing in the Title Bar for the new Firefox Theme
Blocks: 544823
Target Milestone: mozilla2.0 → ---
Blocks: 546831
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?
>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).
Flags: wanted1.8.1.x?
Flags: in-testsuite+
Flags: blocking1.8.1.next?
Flags: wanted1.8.1.x?
Flags: in-testsuite+
Flags: blocking1.8.1.next?
Will Non-Aero Windows desktops get its own meta bug to draw the menu in the titlebar? I don't see one listed.
Bug 513162 provided the ability, bug 574454 provides the css for the themed parts.
Blocks: 583959
Depends on: 576960
Depends on: 606160
No longer depends on: 606160
No longer depends on: 576960
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.