Closed
Bug 470268
Opened 17 years ago
Closed 16 years ago
Collections Extension: Avoid horizontal scrolling at default size
Categories
(addons.mozilla.org Graveyard :: Collector Extension, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
BW-M3
People
(Reporter: kinger, Assigned: kinger)
Details
Attachments
(2 files)
Check default size of Feeds panel on clean install/profile to make sure no horizontal scrolling is happening (all platforms).
Assignee | ||
Updated•17 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•17 years ago
|
||
Assignee | ||
Comment 2•17 years ago
|
||
So it seems like the resolution has no part in this equation, just the window size vs. the data that needs to be put in. The biggest culprit if the left sidebar which is a first for any panel in the Add-ons window.
Assignee | ||
Updated•16 years ago
|
Target Milestone: --- → BW-M3
Assignee | ||
Comment 3•16 years ago
|
||
Recent changes seemed to have caused a related regression. When the window is made small enough, both the whole panel, and the list panel inside, have horizontal scrolling.
Assignee | ||
Comment 4•16 years ago
|
||
One solution would be to make the Add-ons window bigger by default.
Dave, any chances?
Comment 5•16 years ago
|
||
(In reply to comment #4)
> One solution would be to make the Add-ons window bigger by default.
>
> Dave, any chances?
If anything the discussions in bug 431023 were talking about making it a bit narrower I think. I'm really not bothered all that much with what the default size is and if you can get UX to sign off on a change then I'm happy to take it, but you have 2 days to get ui-review, and landed on trunk then on branch. After that we are string frozen so that is the deadline for taking any change to the size for 3.5.
Assignee | ||
Comment 6•16 years ago
|
||
(In reply to comment #5)
> If anything the discussions in bug 431023 were talking about making it a bit
> narrower I think. I'm really not bothered all that much with what the default
> size is and if you can get UX to sign off on a change then I'm happy to take
> it, but you have 2 days to get ui-review, and landed on trunk then on branch.
> After that we are string frozen so that is the deadline for taking any change
> to the size for 3.5.
Thanks, but I don't think it's worth all that bother. We'll try for another solution.
Assignee | ||
Comment 7•16 years ago
|
||
Another idea: the first time the Add-ons window opens after the extension is installed, force resize the window to an acceptable size.
Dave or Justin, any other ideas?
Comment 8•16 years ago
|
||
That sounds fine to me... I'm not sure of the technical difficulties involved, but as long as the add-ons manager is large enough when the subscriptions pane is present, I'm happy.
Assignee | ||
Comment 9•16 years ago
|
||
Fixed in revision 24329. This is a 1-time deal only, the first time the Add-ons window is opened after the extension install. Width only is changed to 700, which seemed like a sane size after playing around with various sizes.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•15 years ago
|
Component: Collections → Collector Extension
Updated•15 years ago
|
QA Contact: collections → collector-extension
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•