Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#10351 closed defect (invalid)

1.4b2 form overuns it's parent's boundaries

Reported by: spidey2099 Owned by:
Priority: high Milestone: tbd
Component: Dijit Version: 1.4.0b
Keywords: Cc:
Blocked By: Blocking:

Description

I am using 1.4b2. When form widgets are added to a form asynchronously, the form will automatically grow to accommodate the added widgets. However - the growing form can exceed the boundaries of it's parent - in this case a content pane. When this happens the scrollbar (which used to appear in 1.3.2) does not appear and the form simply overruns it's parents boundaries.

I have tried setting the property overflow to auto (overflow:auto), but it does not work. Note that the containing node - a content pane - has it's height set to auto. Does this contribute to the problem?

Attachments (1)

ugh.html (1013 bytes) - added by dante 9 years ago.
test case showing this working fine. please attach a new test showing otherwise before reopening.

Download all attachments as: .zip

Change History (4)

comment:1 Changed 9 years ago by bill

Milestone: 1.4tbd
Priority: highnormal
Resolution: invalid
Status: newclosed

Please reopen after attaching a test case using the attach file button.

comment:2 in reply to:  1 Changed 9 years ago by spidey2099

Replying to bill:

Please reopen after attaching a test case using the attach file button.

Why is this invalid? First - what is the normal behavior for a scrollbar and under what conditions does it appear or not appear? At least if that question is answered, I can try alternate methodologies to see what, if anything, I am doing wrong. Why is the onus always on the user to prove their point instead of trying to help them. I posted this to the email list, but as usual, you didn't bother to answer that.

comment:3 Changed 9 years ago by dante

your description is inadequate, which is why we request a test case be attached.

I, again, have taken the liberty of reproducing a test case based on your description. This ticket is still invalid as my test case clearly shows a ContentPane? with overflow:auto growing a scrollbar to accommodate the new textboxes (form elements) being added to the CP. This was tested with HEAD as of just now.

We cannot "see" what you are doing wrong if at all without a reproducible test case, which is why it is your responsibility to provide us one. If you want help, please provide some code to look at, not simply saying "this doesn't work" and expect someone to do the leg work for you.

If you find the community/free mailing list support inadequate, both SitePen? and Uxebu provide commercial prioritized support. You may find those options more accommodating.

Changed 9 years ago by dante

Attachment: ugh.html added

test case showing this working fine. please attach a new test showing otherwise before reopening.

Note: See TracTickets for help on using tickets.