Closed
Bug 161773
Opened 22 years ago
Closed 20 years ago
caret movement on space at line wrap, end of line
Categories
(Core :: DOM: Editor, defect)
Tracking
()
People
(Reporter: bzipitidoo, Assigned: mjudge)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020722
BuildID: 2002072204
In a text area, on a wrapped line, there can be many spaces at the
line wrap. These spaces are invisible to the caret, but not the
keyboard, so that it seems like the arrow keys are not moving the caret.
This behavior is confusing.
Reproducible: Always
Steps to Reproduce:
1. In a text area, type words until the line wraps.
I used "0123456789 " 7 times in the text area used to write this
bug report. The 1st 6 "0123456789" were on the 1st line, the 7th was on the second:
0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789
2. Hit <CtrlHome><End> to get to the "end" of the first line.
Caret will be after "9 " (there will be a space between the caret and the '9')
3. Hit <Space> 7 times. The 1st 6 <Space>s advance the caret normally. On the
7th <Space> the caret warps to the end of the last word on the line (immediately
after the last '9'). Reported in bug 104674.
It is not clear that there are a lot of spaces between the 6th word and the 7th.
4. Hit <LeftArrow> 8 times. The caret does not move until the
8th time.
5. Hit <CtrlEnd><Home> to get to what seems to be the start of the 2nd line.
Hit <Space> to indent the line. Nothing appears to happen, but what did happen
is another space was inserted between the 6th and 7th words.
--------------------------------------------------------------------
a. same as step 1 above
b. Hit <CtrlEnd><Home> to get to the start of the 2nd line.
c. Hit <Backspace>. The 6th and 7th words are now joined and moved to the 2nd line.
d. Hit <Space>. The 6th and 7th words are separated, but the 6th word does not
move back to the end of the 1st line.
The <Home>, <End>, <DownArrow>, and <UpArrow> keys all treat this single line as
2 separate lines. Text insertion and deletion actions reflow this as a single
paragraph (single wrapped line). Both seem to be expected behaviors.
Expected Results: At the 7th <Space> in step 3, the caret should not warp.
Need better caret movement on step 4, as in WordPad.
Hard to say what to do about the invisible addition of spaces in step 5 when one
is expecting indentation to happen.
After step d, the 6th word should move back to the first line.
See bug 104674. Also bug 143950, bug 151988, bug 99457, bug 91608
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616
bug seems still here.
|
||
Comment 3•20 years ago
|
||
*** This bug has been marked as a duplicate of 87314 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•