Opened 12 years ago

Closed 11 years ago

#3902 closed defect (fixed)

InlineEditBox: inline textara/box - caret consistency issues

Reported by: ptbrunet Owned by: Douglas Hays
Priority: high Milestone: 1.0
Component: Dijit Version: 0.9
Keywords: Cc: brunet@…
Blocked By: Blocking:

Description

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.

Change History (7)

comment:1 Changed 12 years ago by bill

Milestone: 1.01.1
Owner: changed from bill to Douglas Hays

comment:2 Changed 12 years ago by bill

Milestone: 1.12.0

Hmm, what behavior should it

comment:3 Changed 12 years ago by bill

Summary: IE6/7 - inline textara/box - open, close, open, caret at endInlineEditBox: inline textara/box - open, close, open, caret at end (IE6/7)

comment:4 Changed 12 years ago by ptbrunet

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

comment:5 Changed 12 years ago by 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

comment:6 Changed 12 years ago by Douglas Hays

Milestone: 2.01.1
Summary: InlineEditBox: inline textara/box - open, close, open, caret at end (IE6/7)InlineEditBox: inline textara/box - caret consistency issues

comment:7 Changed 11 years ago by Douglas Hays

Milestone: 1.11.0
Resolution: fixed
Status: newclosed

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

Note: See TracTickets for help on using tickets.