Open Bug 930746 Opened 8 years ago Updated 4 years ago

Australis panel menu should expand to accommodate subview width.

Categories

(Firefox :: Menus, defect)

defect
Not set
normal

Tracking

()

People

(Reporter: theindigoplains, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [Australis:P-])

Attachments

(1 file)

159.09 KB, application/x-xpinstall
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/536.30.1 (KHTML, like Gecko) Version/6.0.5 Safari/536.30.1

Steps to reproduce:

Increased the width of a subview greater than the default width, by having content overflow the subview. 


Actual results:

The panel menu remained a fixed size and subview became horizontally scrollable. 


Expected results:

Australis panel menu should expand in a horizontal fashion to account for increased subview width, eliminating the need for a horizontal scrollbar.
Component: Untriaged → Menus
OS: Mac OS X → All
Hardware: x86 → All
Hello Eric, thanks for the report. In the future can you please have Australis bugs "block" one of the Australis meta-bugs so they are easier to track. You can use the "File a bug" menu at https://people.mozilla.org/~mnoorenberghe/australis/ to help.

In order to assign a priority I'd like to know more information about how common this scenario is. Did this happen with one of the standard Firefox widgets or was this in the subview of an extension? How reproducible is this in the while and can you provide more specific steps to reproduce this as a user?

Thanks
Whiteboard: [Australis:P?][Australis:M?]
Ploink.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [Australis:P?][Australis:M?] → [Australis:P3][Australis:M?]
Flags: needinfo?(theindigoplains)
Whiteboard: [Australis:P3][Australis:M?] → [Australis:P?][Australis:M?]
(In reply to Matthew N. [:MattN] (catching up on reviews) from comment #1)
> Hello Eric, thanks for the report. In the future can you please have
> Australis bugs "block" one of the Australis meta-bugs so they are easier to
> track. You can use the "File a bug" menu at
> https://people.mozilla.org/~mnoorenberghe/australis/ to help.
> 
> In order to assign a priority I'd like to know more information about how
> common this scenario is. Did this happen with one of the standard Firefox
> widgets or was this in the subview of an extension? How reproducible is this
> in the while and can you provide more specific steps to reproduce this as a
> user?
> 
> Thanks

So yeah, this is with an add-on. It's probably helpful to have an XPI of an add-on, no matter what level of polish or whatnot, to just be able to reproduce this and see how to best fix it. Eric, can you attach an XPI of your add-on, assuming it shows a (too-wide) subview in its current state?
Whiteboard: [Australis:P?][Australis:M?] → [Australis:P3][Australis:M?]
Attached file Demo XPI
This widget demonstrates the bug. 

When the widget is in the panel menu and its panel is opened, you can see that elements in the panel such as the red label at the top are made wider than the ~220px available. The view does not expand to accommodate the width of these elements. Instead, we are given scroll bars.

When the widget is in the navbar, you can see that these same elements are cut off in the view. Scroll bars are not enabled by default here, so this part of the view is entirely lost.
Flags: needinfo?(theindigoplains)
(A screenshot would help if I'm misunderstanding this...)

I'm not really sure this makes sense to do; having the panel jump in width when entering a subview seems like it could be somewhat disorienting. I think the goal with the current UI was to have it feel more like one piece of UI is just sliding over to show a secondary list view, not a full-fledged replacement panel of arbitrary width. [Yes, the height adjusts, but having the width fixed helps with anchoring it.]

I'm going to P- this for Australis v.1, but if this is actually a bug/brokenness with the current intended implementation we can revisit (mconley?).
Flags: needinfo?(mconley)
Whiteboard: [Australis:P3][Australis:M?] → [Australis:P-]
I don't think it's a bug - I think this behaviour is by design; the subviews were never supposed to be wider than current. At least, this was not a thing that we were asked to support in the original specification.

That's not to say that we shouldn't try to find a better solution to this problem at some point, but I do think the P- is the right call.
Flags: needinfo?(mconley)
You need to log in before you can comment on or make changes to this bug.