Open
Bug 677104
Opened 14 years ago
Updated 3 years ago
Ctrl-arrow-right key can't move past text inside div inside span
Categories
(Core :: DOM: Selection, defect)
Tracking
()
REOPENED
People
(Reporter: martijn.martijn, Unassigned)
Details
(Keywords: regression, testcase)
Attachments
(1 file)
|
303 bytes,
text/html
|
Details |
See testcase, steps to reproduce:
- Press the ctrl-alt-right arrow key a couple of times
Expected result:
- The caret should move a word to the right every time the ctrl-alt-right arrow key is pressed.
Actual result:
- The caret gets stuck at the yellow block.
This regressed between 2009-03-04 and 2009-03-05:
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2009-03-04+04%3A00%3A00&enddate=2009-03-05+06%3A00%3A00
Regression from bug 480323?
As a sidenote, I noticed that double-clicking on the first 'text' selects the first two 'text' words in current builds. This seems to have regressed somewhere in 2007.
| Reporter | ||
Comment 1•14 years ago
|
||
Boris, this might be a regression from your patch in bug 480323.
Comment 2•14 years ago
|
||
It's possible, yes.
If you add some text between the </div> and the </span>, does that make the problem go away?
| Reporter | ||
Comment 3•14 years ago
|
||
Yes, that makes the problem go away.
Summary: Ctrl-arrow-right key can't mvoe past text inside div inside span → Ctrl-arrow-right key can't move past text inside div inside span
Comment 4•14 years ago
|
||
Hmm. What about this testcase:
<span>Some text</span>
<div>A block</div>
<span></span>
Does that get stuck the same way?
(I'm asking the questions because the shortcut listed in comment 0 does something totally unrelated to caret movement for me on Mac, and I'm not sure what it's suposed to do with the caret, so can't really reproduce the bug.)
| Reporter | ||
Comment 5•14 years ago
|
||
The option right arrow key seems to do the same on Mac as what the ctrl right arrow key is doing on Windows.
Except on the Mac, the layout.word_select.eat_space_to_next_word pref is set to false by default, while it is true by default on Windows.
That seems to cause a huge difference in behavior on the testcase. I'm not sure what the correct behavior would be in that case.
(In reply to Boris Zbarsky (:bz) from comment #4)
> Hmm. What about this testcase:
>
> <span>Some text</span>
> <div>A block</div>
> <span></span>
>
> Does that get stuck the same way?
No.
With the original testcase, btw, IE9 puts the character at the end of the line, then on the start of the new line. Perhaps Mozilla should be doing something like that?
Anyway, at least, it shouldn't get you stuck somewhere.
| Reporter | ||
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Updated•8 years ago
|
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•