Closed
Bug 840697
Opened 11 years ago
Closed 11 years ago
Make Firefox appmenu button pref-offable on UX branch
Categories
(Firefox :: Menus, defect)
Firefox
Menus
Tracking
()
RESOLVED
FIXED
People
(Reporter: mconley, Assigned: mconley)
References
Details
(Whiteboard: [fixed-in-ux][not planned for mozilla-central, only for ux-branch])
Attachments
(1 file)
1.86 KB,
patch
|
jaws
:
review+
|
Details | Diff | Splinter Review |
The Australis customization work will obsolete the Firefox appmenu button. This is a nice, small, atomic piece that can probably land on the UX branch pretty early, which will help with testing and themeing (both for Australis customization and the tab-strip).
Assignee | ||
Comment 1•11 years ago
|
||
Nothing fancy here - I'm just adding a pref, and checking for it in updateAppButtonDisplay. I don't set a pref observer or anything, to the change manifests after a restart.
Assignee | ||
Comment 2•11 years ago
|
||
Comment on attachment 713159 [details] [diff] [review] Patch v1 This is my first gut-reaction to the bug. Am I missing any cases?
Attachment #713159 -
Flags: review?(jwein)
Comment 3•11 years ago
|
||
Comment on attachment 713159 [details] [diff] [review] Patch v1 Review of attachment 713159 [details] [diff] [review]: ----------------------------------------------------------------- This is fine for UX branch, but it's really more code that will need to be deleted when we land the new Panel Menu. If this is only for the UX branch, should we just land a patch that removes the app menu altogether?
Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Jared Wein [:jaws] from comment #3) > Comment on attachment 713159 [details] [diff] [review] > Patch v1 > > Review of attachment 713159 [details] [diff] [review]: > ----------------------------------------------------------------- > > This is fine for UX branch, but it's really more code that will need to be > deleted when we land the new Panel Menu. If this is only for the UX branch, > should we just land a patch that removes the app menu altogether? Hm - so, after our meeting, I was under the impression that we just wanted to be able to pref off the AppMenu button for now, so that people who want to test UX without it (like folks working on the new menu button) can do so with little difficulty. Straight-up removing it is something that I certainly think we should do down the road, but perhaps we should leave that until we have the alternative ready to go. Let me know if I'm off-base here - this is just what I got from the meeting.
Comment 5•11 years ago
|
||
Comment on attachment 713159 [details] [diff] [review] Patch v1 Yeah, that's what we discussed at the meeting. I thought about it more and came to the other conclusion. This will be easier to take in the interim, so we can see what pains the new Menu Panel brings us.
Attachment #713159 -
Flags: review?(jAwS) → review+
Assignee | ||
Comment 6•11 years ago
|
||
Landed on UX as https://hg.mozilla.org/projects/ux/rev/3bea5e3b11f4 As this is almost certainly never going to ever land on mozilla-central (since we'll have removed the AppMenu button by the time we start moving stuff over), am I good to mark this RESOLVED FIXED?
Flags: needinfo?(jAwS)
Comment 7•11 years ago
|
||
Hm, that's a good question. I'd say we can call it RESOLVED-FIXED since it has fulfilled its purpose.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(jAwS)
Hardware: x86 → All
Resolution: --- → FIXED
Whiteboard: [fixed-in-ux][not planned for mozilla-central, only for ux-branch]
Updated•11 years ago
|
Summary: Make Firefox appmenu button pref-offable → Make Firefox appmenu button pref-offable on UX branch
You need to log in
before you can comment on or make changes to this bug.
Description
•