#4673 closed defect (fixed)
Dnd: Unable to highlight text using Ctrl+Shift when nesting textbox/textarea within dojo.dnd.Source
Reported by: | guest | Owned by: | Eugene Lazutkin |
---|---|---|---|
Priority: | high | Milestone: | 1.0 |
Component: | DnD | Version: | 0.9 |
Keywords: | dnd textarea textbox InlineEditBox | Cc: | |
Blocked By: | Blocking: |
Description
NOTE: This is only a problem in IE and not in Firefox
When input textbox and textarea is nested within dojo.dnd.Source, the text within the textbox or the textarea can't be selected. Normally Ctrl+Shift is used to select the text, but this is not working when textbox or textarea is nested within dojo.dnd.Source.
The test cases is as following.
The code snapshot below will illustrate the problem:
<div id="d2" class="dojoDndItem" dndType="div">
<ul dojoType="dojo.dnd.Source" jsId="cli2" singular="true">
<li id="li1" class="dojoDndItem" dndType="list"><span dojoType="dijit.form.InlineEditBox?"><input type="text" value="This is a Dojo textbox widget" dojoType="dijit.form.TextBox?"/></span></li>
<li id="li2" class="dojoDndItem" dndType="list"><span dojoType="dijit.form.InlineEditBox?"><textarea dojoType="dijit.form.Textarea">This is a Dojo textarea widget</textarea></span></li>
<li id="li3" class="dojoDndItem" dndType="list"><input type="text" value="This is a normal textbox widget"/></li>
<li id="li4" class="dojoDndItem" dndType="list"><textarea>This is a normal textarea widget</textarea></li>
</ul>
</div>
How to replicate the problem:
- Load dojo.js with parseOnLoad:true
- Insert the code snippet above between the HTML's body tag
- Try to select text from normal textbox or normal textarea
- Problem also occurs when trying to select the textbox or textarea wrapped within dijit.form.InlineEditBox?
Details related to the bug:
- Version of Dojo : dojo release 0.9.0
- Browser versions : IE6 with WinXP SP2, IE7 with Vista Business
- Error messages displayed : n/a
- A contact address so we can follow-up with you : felix_sat(at)yahoo.co.uk
- Is it reproducible : yes
- Did it break in a certain release : not sure as Dnd changes significantly from 0.4 to 0.9
- Is it still an issue with nightly or subversion head : not sure, I have not checked, sorry
Attachments (1)
Change History (8)
comment:1 Changed 13 years ago by
comment:2 Changed 13 years ago by
Resolution: | → worksforme |
---|---|
Status: | new → closed |
To skip form elements you should specify skipForm="true" on the source. See test_form.html for details.
comment:3 Changed 13 years ago by
The thing is this problem is also there in test_form.html, even with skipForm="true". I should've mentioned this in the bug description. I've tried skipForm="true", it doesn't work for me.
Just out of curiosity, are you using Firefox or IE to do this test? This is only a problem in IE, and it works fine in Firefox.
I'll see if I can setup something on the net where I can have a full environment working to illustrate the problem.
In the meantime, I'll get the trunk revision and see if this is a problem in the trunk.
Changed 13 years ago by
Attachment: | test-case-4673.html added |
---|
Updated test case with skipForm="true"
comment:4 Changed 13 years ago by
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
comment:5 Changed 13 years ago by
Milestone: | → 1.0 |
---|
comment:6 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Attached test case.
To run test case, ensure the following structure (assuming we run the test case from c:/temp) :
[c:/temp]