#6360 closed defect (wontfix)
Textarea rendering problem within a dialog
Reported by: | Owned by: | Douglas Hays | |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | Dijit - Form | Version: | 1.0 |
Keywords: | textarea dialog | Cc: | |
Blocked By: | Blocking: |
Description
There is some history to this ticket already in ticket 5483. Here I have provided a small sample that shows a simple page that displays a text area that renders and is constrained within a layout region. A button will bring up a dialog that shows a text area with the same settings but contains a double scroll bar.
I tried to, within this dialog, put the text area within a table, the code of which I commented out. With the table in place, the text area in the dialog is completely inaccessible.
I need for this textarea to behave like the one in the main page. It needs to size like the first one, but the dialog textarea is scrunched vertically. I also need it to be constrained by the layout container, but I can't tell if that is working because of the fact that it isn't rendering at all if it is within a table.
Attachments (2)
Change History (7)
Changed 13 years ago by
Attachment: | textareaissue_small.html added |
---|
Changed 13 years ago by
Attachment: | textareaissue_small.2.html added |
---|
comment:1 Changed 13 years ago by
comment:2 Changed 13 years ago by
Component: | General → Dijit |
---|---|
Owner: | changed from anonymous to Douglas Hays |
Reporter: | changed from guest to [email protected]… |
Summary: | Textarea in a Dialog → Textarea rendering problem within a dialog |
comment:3 Changed 13 years ago by
This doesn't solve the issue per se, but it gets me around to where I am no longer concerned with this as a bug.
The solution for me, thanks to Bill's help, was to copy SimpleTextarea? from 1.1 and rename _FormValueWidget to _FormWidget. Then I had to create the control implicitly instead of programatically, which is only a small inconvenience. The control fills the area it is contained in instead of honoring the cols and rows setting, but again, very small inconvenience. It works and I can use it.
Thanks.
comment:4 Changed 13 years ago by
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Closing this ticket for now since user found a workaround... seems like there might still be a bug with creating widgets dynamically that are inside of BorderContainer? (indirectly via a ContentPane?) but it's a rather unusual case, so let's see if it's an issue for others.
comment:5 Changed 10 years ago by
Component: | Dijit → Dijit - Form |
---|
Sorry, I tried to replace the attachment. In the second version I applied the style display:block to the dialog text area which handles the constraint within the layout container (a step on my part that should be unnecessary, and thus my original and valid report).