InlineEditBox: inline textara/box - caret consistency issues

[ptbrunet]

IE6/7 only - open the inline test case - go to the non-autoSave text area (or text box) - press enter to open the widget - caret is at the first character - tab down to cancel - close it - press enter to reopen it - the caret is now at the end. Dojo widgets always have the caret at the beginning (see the text area test case). BTW, native text areas always have the caret at the end so that is something to think about.

[bill]

Hmm, what behavior should it

[ptbrunet]

I'd strive to match native behavior, i.e. all text selected and caret at the end. That will be what users expect.

[ptbrunet]

Expanding on my last comment...

<input> no problems
FF2: all text selected, caret at end
IE7/WinSafari: all text selected, caret position is undefined (press left arrow it goes to front, press right arrow it goes to end)
Dojo: Same as native, i.e. depends on the browser

<textarea>
FF2/FF3/IE6/IE7: no text selected, caret at end
WinSafari: no text selected, caret at start
Dojo(FF2/IE6/IE7): no text selected, caret at start change caret to be at end to match native behavior
Dojo(FF3): no text selected, caret at end
Dojo(WinSafari): all text selected, caret position is undefined (press left arrow it goes to front, press right arrow it goes to end) change to match native

[Douglas Hays]

This seems to have been fixed by the InlineEditBox? rewrite in 1.0. The caret position is always the beginning now.