Closed
Bug 591852
Opened 14 years ago
Closed 14 years ago
Reduce add-ons manager screen waste
Categories
(Toolkit :: Add-ons Manager, enhancement)
Tracking
()
VERIFIED
FIXED
mozilla2.0b8
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: fehe, Unassigned)
References
Details
(Keywords: access)
Attachments
(1 file)
77.04 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100829 Firefox/4.0b5pre Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100829 Firefox/4.0b5pre ID:20100829040614 The new AOM wastes a lot of screen real estate -- especially the huge gap between the tabs options on the left and the scrollable list (see attached screenshot). If there is no legitimate reason for the waste, would it be possible to get as much of this reduced as possible, as it contributes to unnecessary scrolling and is not very friendly on smaller displays (e.g. netbooks, small-screen laptops, tablets, etc.)? Thanks Reproducible: Always
Comment 2•14 years ago
|
||
Dave, I haven't tested localized builds yet with the new style. Are we flexible enough to readjust the width of the category panel depending on the localized category name?
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Ever confirmed: true
Comment 3•14 years ago
|
||
(In reply to comment #2) > Dave, I haven't tested localized builds yet with the new style. Are we flexible > enough to readjust the width of the category panel depending on the localized > category name? I don't believe so, but we could make that possible somehow I guess. This doesn't block but I probably would take a UI reviewed patch.
blocking2.0: ? → -
Comment 4•14 years ago
|
||
(In reply to comment #3) > (In reply to comment #2) > > Dave, I haven't tested localized builds yet with the new style. Are we flexible > > enough to readjust the width of the category panel depending on the localized > > category name? > > I don't believe so, but we could make that possible somehow I guess. Axel, you know someone from the localizer group who would be interested in?
Comment 5•14 years ago
|
||
I suspect that the width is coming from the longest item, which in my case is the non-active "Zuletzt durchgeführte Updates" listitem. I bet the same thing is true for the en-US screenshot. If you set that item to hidden="true", it takes much less real screen estate.
Comment 6•14 years ago
|
||
(In reply to comment #5) > I suspect that the width is coming from the longest item, which in my case is > the non-active "Zuletzt durchgeführte Updates" listitem. > > I bet the same thing is true for the en-US screenshot. > > If you set that item to hidden="true", it takes much less real screen estate. Yep, that was my thinking too. Unfortunately, if we do that, once it appears all the main content will suddenly jump as its resized.
Comment 7•14 years ago
|
||
I guess in an optimal world, we'd animate that? But for now, I'd think that that jumping is more of a bug than a feature, how often do we have the add-ons manager in sight when updates show. And if, it's probably as a response to an explicit check for updates, so it won't come as a surprise?
Here's an example of someone who has to set his screen resolution to 800 x 600, because of bad eyesight, and yet he has to switch to at least 1024 x 768 to use the new AOM: http://forums.mozillazine.org/viewtopic.php?p=9870059#p9870059
Keywords: access
Comment 9•14 years ago
|
||
(In reply to comment #7) > But for now, I'd think that that jumping is more of a bug than a feature, how > often do we have the add-ons manager in sight when updates show. And if, it's > probably as a response to an explicit check for updates, so it won't come as a > surprise? It'll more likely be due to automatic checks, but I guess that will usually occur when the addons manager isn't openned (so will show when it is opened) or isn't being actively used.
Reporter | ||
Comment 10•14 years ago
|
||
Recent builds have made this much better for small screens; therefore, I'm going to consider this fixed as of: http://hg.mozilla.org/mozilla-central/rev/7f5cd850578e Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101124 Firefox/4.0b8pre ID:20101124042634
Comment 11•14 years ago
|
||
Right, I can verify it. Additionally we now even hide the category names if the window gets too narrow.
Status: RESOLVED → VERIFIED
Flags: in-testsuite-
Flags: in-litmus-
Target Milestone: --- → mozilla2.0b8
You need to log in
before you can comment on or make changes to this bug.
Description
•