Closed
Bug 715225
Opened 13 years ago
Closed 12 years ago
Clean up menu contents
Categories
(Firefox for Android Graveyard :: General, defect, P2)
Tracking
(firefox11 verified, firefox12 verified, fennec11+)
VERIFIED
FIXED
Firefox 12
People
(Reporter: ibarlow, Assigned: bnicholson)
Details
(Keywords: polish, uiwanted)
Attachments
(1 file)
1.20 KB,
patch
|
mbrubeck
:
review+
akeybl
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
There are some items in the menu that probably shoudn't be there anymore, or should be re-ordered. CC-ing Madhava on this for the final list.
Updated•13 years ago
|
Assignee: nobody → madhava
Comment 1•13 years ago
|
||
It would be wonderful to have these changes complete in due time prior to the 16th string freeze date.
Assignee: madhava → nobody
Updated•13 years ago
|
OS: Mac OS X → Android
Hardware: x86 → ARM
Updated•13 years ago
|
Assignee: nobody → ibarlow
Updated•13 years ago
|
tracking-fennec: --- → 11+
Priority: -- → P3
Comment 3•13 years ago
|
||
The set is Reload Forward Bookmark Share Save as PDF --------------- + "More" pre-ICS; the rest are in the secondary Clear Site Settings (disabled when not applicable) Add-ons Downloads Settings Quit So, the delta with what we have now is: - remove "Request Desktop Site" - some minor reorg - Clear Site Settings should be disabled when it's not applicable
Comment 4•13 years ago
|
||
(In reply to Madhava Enros [:madhava] from comment #3) > So, the delta with what we have now is: > - Clear Site Settings should be disabled when it's not applicable FYI, this is bug 711774.
Comment 5•13 years ago
|
||
(In reply to Madhava Enros [:madhava] from comment #3) > So, the delta with what we have now is: > - remove "Request Desktop Site" And this was already fixed by bug 711774. So the only thing left for this bug is: > - some minor reorg
Comment 6•13 years ago
|
||
Doh! I meant bug 709888 in my comment above. Sorry for the spam.
Updated•13 years ago
|
Assignee: ibarlow → bnicholson
Updated•12 years ago
|
tracking-fennec: --- → 11+
Priority: -- → P2
Assignee | ||
Comment 7•12 years ago
|
||
In anticipation of bug 701824, where in this list do we want Character Encoding?
Comment 8•12 years ago
|
||
Does putting menu items into secondary have an impact on the space constraints for the menu item? If so, does that grow or shrink?
Assignee | ||
Comment 9•12 years ago
|
||
Doing a quick test on my Droid Razr, the constraints were exactly the same for vertical orientation. For horizontal orientation, the secondary list was more constrained since the primary menu expands to width of the display, but the secondary menu does not.
Assignee | ||
Comment 10•12 years ago
|
||
Attachment #590284 -
Flags: review?(mbrubeck)
Updated•12 years ago
|
Attachment #590284 -
Flags: review?(mbrubeck) → review+
Assignee | ||
Comment 11•12 years ago
|
||
Landed on inbound: http://hg.mozilla.org/integration/mozilla-inbound/rev/9b15fc2bd106
Assignee | ||
Comment 12•12 years ago
|
||
Comment on attachment 590284 [details] [diff] [review] patch [Approval Request Comment] trivial patch for menu reordering. no risk.
Attachment #590284 -
Flags: approval-mozilla-aurora?
Comment 13•12 years ago
|
||
(In reply to Brian Nicholson (:bnicholson) from comment #9) > Doing a quick test on my Droid Razr, the constraints were exactly the same > for vertical orientation. For horizontal orientation, the secondary list was > more constrained since the primary menu expands to width of the display, but > the secondary menu does not. That sounds to me that the constrained secondary in horizontal is still wider than in vertical? Sounds like little l10n impact if at all, but either way, it'd be good to land this soooon if approved.
Assignee | ||
Comment 14•12 years ago
|
||
(In reply to Axel Hecht [:Pike] from comment #13) > (In reply to Brian Nicholson (:bnicholson) from comment #9) > > Doing a quick test on my Droid Razr, the constraints were exactly the same > > for vertical orientation. For horizontal orientation, the secondary list was > > more constrained since the primary menu expands to width of the display, but > > the secondary menu does not. > > That sounds to me that the constrained secondary in horizontal is still > wider than in vertical? > > Sounds like little l10n impact if at all, but either way, it'd be good to > land this soooon if approved. For me, the secondary menu was constrained to the exact same width in both orientations.
Comment 15•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/9b15fc2bd106
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 12
Comment 16•12 years ago
|
||
Comment on attachment 590284 [details] [diff] [review] patch [Triage Comment] Mobile only - approved for Aurora.
Attachment #590284 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 17•12 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/a8866ee8dff5
status-firefox11:
--- → fixed
status-firefox12:
--- → fixed
Comment 18•12 years ago
|
||
Verified on M-A & M-C Galaxy Nexus (Android 4.0.3) 20120126053754 http://hg.mozilla.org/releases/mozilla-aurora/rev/9d5ede8cb11a 20120126031113 http://hg.mozilla.org/mozilla-central/rev/402b394b6623
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•