Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#8799 closed defect (fixed)

TabContainer inside AccordionContainer/StackContainer rendering problem

Reported by: jfcunat Owned by: bill
Priority: high Milestone: 1.3
Component: Dijit Version: 1.3.0b2
Keywords: stackcontainer layout Cc:
Blocked By: Blocking:


When you insert a TabContainer? directly into a StackContainer? or an AccordionContainer?, the content of a pane is displayed behind the tabbutton. There is a problem of top of the pane (only after loading)

In these examples, blablabla.... text should be below the tab buttons (and not behind)

Problem seen with wild_bill on irc. Problem comes from the fact that this.inherited is called before the _showChild in startup of StackContainer?

Patch is provided with CCLA.

Attachments (1)

StackContainer_startup.patch (865 bytes) - added by jfcunat 13 years ago.

Download all attachments as: .zip

Change History (5)

Changed 13 years ago by jfcunat

comment:1 Changed 13 years ago by bill

Owner: set to bill
Status: newassigned

comment:2 Changed 13 years ago by bill

Resolution: fixed
Status: assignedclosed

(In [16912]) Fixes #8799: TabContainer? inside AccordionContainer/StackContainer? rendering problem. Will check in automated tests shortly...


comment:3 Changed 13 years ago by bill

(In [16916]) Test case for nested StackContainer/TabContainer?. Refs #8799. Not working on IE since IE seems to be getting spurious resize events.

comment:4 Changed 13 years ago by bill

(In [16917]) Prevent spurious resizing on IE due to resize events on the browser window even though the viewport hasn't changed size. Fixes nestedStack.html test case on IE (refs #8799) and helps reduce redundant resizing in general (refs #8313).

In the future, it would be more efficient to have a single listener for viewport onresize events, detecting which ones are real size changes and then publishing a topic to notify top level widgets that they may need to resize.

Note: See TracTickets for help on using tickets.