Closed
Bug 1453281
Opened 7 years ago
Closed 7 years ago
Remove obsolete menubar binding and styling
Categories
(Toolkit :: UI Widgets, task)
Toolkit
UI Widgets
Tracking
()
RESOLVED
FIXED
mozilla61
Tracking | Status | |
---|---|---|
firefox61 | --- | fixed |
People
(Reporter: dao, Assigned: dao)
References
Details
Attachments
(1 file)
No description provided.
Comment 1•7 years ago
|
||
Can you provide some more info on this? What was <menubar> replaced with? I see a few occurrences even in m-c.
Assignee | ||
Comment 2•7 years ago
|
||
I'm not going to remove the element but the binding which doesn't do anything useful.
Comment hidden (mozreview-request) |
Assignee | ||
Comment 4•7 years ago
|
||
Comment 5•7 years ago
|
||
mozreview-review |
Comment on attachment 8966951 [details]
Bug 1453281 - Remove obsolete menubar binding and styling.
https://reviewboard.mozilla.org/r/235632/#review241438
Looks good, but someone else should probably review the devtools bits. Asking Brian but feel free to redirect.
::: browser/themes/windows/places/organizer.css
(Diff revision 1)
> transform: scaleX(-1);
> }
>
> /* Menu */
> -#placesMenu {
> - margin-inline-start: 6px;
nit: we may want to keep this margin after the navigation buttons in the Library.
::: toolkit/themes/windows/global/toolbar.css
(Diff revision 1)
> }
>
> /* ::::: lightweight theme ::::: */
>
> -menubar:-moz-lwtheme,
> -toolbox:-moz-lwtheme,
"toolbox" still has "-moz-appearance: toolbox;", so I'm not sure this can be removed. What does it do, is it just selecting a system background color?
If this is not needed anymore, maybe the support for this value of the "appearance" property could be removed together with the selectors, here or in a separate bug.
Attachment #8966951 -
Flags: review?(paolo.mozmail) → review+
Updated•7 years ago
|
Attachment #8966951 -
Flags: review?(bgrinstead)
Comment hidden (mozreview-request) |
Assignee | ||
Comment 7•7 years ago
|
||
(In reply to :Paolo Amadini from comment #5)
> ::: browser/themes/windows/places/organizer.css
> (Diff revision 1)
> > transform: scaleX(-1);
> > }
> >
> > /* Menu */
> > -#placesMenu {
> > - margin-inline-start: 6px;
>
> nit: we may want to keep this margin after the navigation buttons in the
> Library.
Oops. Removed this by accident.
> ::: toolkit/themes/windows/global/toolbar.css
> (Diff revision 1)
> > }
> >
> > /* ::::: lightweight theme ::::: */
> >
> > -menubar:-moz-lwtheme,
> > -toolbox:-moz-lwtheme,
>
> "toolbox" still has "-moz-appearance: toolbox;", so I'm not sure this can be
> removed. What does it do, is it just selecting a system background color?
Good catch. https://hg.mozilla.org/mozilla-central/rev/df6d2c3ee671e81f1a8b4f6d13197eee52db9680 moved -moz-appearance: toolbox to global.css, but toolbar.css is now loaded via components.css so I'll move it back there.
Comment 8•7 years ago
|
||
mozreview-review |
Comment on attachment 8966951 [details]
Bug 1453281 - Remove obsolete menubar binding and styling.
https://reviewboard.mozilla.org/r/235632/#review241506
::: devtools/client/scratchpad/scratchpad.xul:144
(Diff revision 2)
> command="key_gotoLine"
> modifiers="accel"/>
>
> </keyset>
>
> +<toolbar type="menubar">
What's the guideline for when to wrap a menubar with a `<toolbar type="menubar">?
In particular, why do we need to do this for scratchpad/webide/layoutdebugger, but not in places.xul https://searchfox.org/mozilla-central/source/browser/components/places/content/places.xul#189 or browser-menubar.inc?
Assignee | ||
Comment 9•7 years ago
|
||
(In reply to Brian Grinstead [:bgrins] from comment #8)
> ::: devtools/client/scratchpad/scratchpad.xul:144
> (Diff revision 2)
> > command="key_gotoLine"
> > modifiers="accel"/>
> >
> > </keyset>
> >
> > +<toolbar type="menubar">
>
> What's the guideline for when to wrap a menubar with a `<toolbar
> type="menubar">?
Basically always, as of this bug.
> In particular, why do we need to do this for
> scratchpad/webide/layoutdebugger, but not in places.xul
> https://searchfox.org/mozilla-central/source/browser/components/places/
> content/places.xul#189 or browser-menubar.inc?
Both are already in a toolbar, except for macWindow.inc.xul where it doesn't matter because we don't render it. places.xul doesn't use type="menubar" because it doesn't want the associated style.
Comment 10•7 years ago
|
||
(In reply to Dão Gottwald [::dao] from comment #9)
> (In reply to Brian Grinstead [:bgrins] from comment #8)
> > ::: devtools/client/scratchpad/scratchpad.xul:144
> > (Diff revision 2)
> > > command="key_gotoLine"
> > > modifiers="accel"/>
> > >
> > > </keyset>
> > >
> > > +<toolbar type="menubar">
> >
> > What's the guideline for when to wrap a menubar with a `<toolbar
> > type="menubar">?
>
> Basically always, as of this bug.
OK. I do wonder if we should get rid of menubar entirely (i.e. support having <menu> and related tags directly beneath <toolbar type="menubar"> and also have platform integration for detecting menubars on osx look for <toolbar type="menubar">). But I don't think it needs to block here - especially since we are still working to figure out how to support menus in HTML docs which may end up changing things.
Comment 11•7 years ago
|
||
mozreview-review |
Comment on attachment 8966951 [details]
Bug 1453281 - Remove obsolete menubar binding and styling.
https://reviewboard.mozilla.org/r/235632/#review241520
Attachment #8966951 -
Flags: review?(bgrinstead) → review+
Comment 12•7 years ago
|
||
Pushed by dgottwald@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/7a26b1da04e5
Remove obsolete menubar binding and styling. r=bgrins,Paolo
Comment 13•7 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla61
Updated•6 years ago
|
Type: enhancement → task
You need to log in
before you can comment on or make changes to this bug.
Description
•