Closed
Bug 306683
Opened 20 years ago
Closed 19 years ago
Position immediately after/before image is skipped (not reached) when using right/left arrow (with or without ctrl)
Categories
(Core :: DOM: Editor, defect)
Core
DOM: Editor
Tracking
()
RESOLVED
DUPLICATE
of bug 346445
People
(Reporter: pehu, Assigned: mozeditor)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050831 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050831 Firefox/1.0+
In the Rich Text Editor, when using the <Ctrl>+<left/right arrow> shortcuts to
move backwards/forwards one word at a time, inline images are treated as
whitespace. This is a problem when using the <Shift> key together with the above
shortcuts in order to highlight text, as any inline images are unexpectedly
highlighted too.
Reproducible: Always
Steps to Reproduce:
1. Open http://www.mozilla.org/editor/midasdemo/
2. Check "View HTML Source" and paste in the following text:
The quick brown fox jumps <img src="http://media.ign.com/boardfaces/1.gif"
border="0"> over the lazy dog <img src="http://media.ign.com/boardfaces/9.gif"
border="0">
3. Uncheck "View HTML Source".
4. Place the cursor at the start of text and navigate forward to the end of the
text using nine presses of <Ctrl>+<right arrow>.
5. Finally click with the mouse after the "just kidding" face.
Actual Results:
The cursor moves from "jumps" to "over" without stopping at the "smiley",
whereas it moves from "dog" to *before* the "just kidding" face at the end of
the text. There is no way to place the cursor after the "just kidding" face
using just the keyboard, but it is possible by clicking there with the mouse.
Expected Results:
The cursor should have moved from "jumps" to before the "smiley", just as it
moves from "dog" to just before the "just kidding" face. A futher press of
<right arrow> (after step 4.) should move the cursor to after the "just kidding"
face.
| Reporter | ||
Comment 1•20 years ago
|
||
I have repeated the above test in <<Mozilla/5.0 (Windows; U; WinNT4.0; en-US;
rv:1.4) Gecko/20030624>> and it happens there too, but only for <Ctrl>+<right
arrow>. When traversing backwards using <Ctrl>+<left arrow>, everything works as
expected.
Comment 2•20 years ago
|
||
This actually has nothing to do with "ctrl+arrow". The position following the
second image can't be accessed by simple right-arrow either. Actually, a close
look shows that the position after the first image (and before the following
space) can't be reached using right-arrow either. Removing that space (so that
"over" immediately follows the image) confirms that the position following the
image is still skipped - the caret skips to after the "o".
The same is true when using left-arrow - the character to the immediate left of
an image is skipped.
Assignee: nobody → mozeditor
Status: UNCONFIRMED → NEW
Component: General → Editor
Ever confirmed: true
OS: Windows 2000 → All
Product: Firefox → Core
QA Contact: general
Hardware: PC → All
Summary: <Ctrl>+<left/right arrow> ignores inline images in RTE. → Position immediately after/before image is skipped (not reached) when using right/left arrow (with or without ctrl)
Version: unspecified → Trunk
Comment 3•20 years ago
|
||
Dup of/related to bug 298413?
Comment 4•20 years ago
|
||
(In reply to comment #3)
> Dup of/related to bug 298413?
Maybe loosely related, but certainly not a dup.
Updated•19 years ago
|
Blocks: word-select
Comment 6•19 years ago
|
||
Turns out I forgot all about this bug, and reported it again as Bug 346445.
Since that bug has an attached testcase and some dependency/regression info, I'm going to mark this bug as a duplicate of the newer one.
Peter, please accept my apologies.
*** This bug has been marked as a duplicate of 346445 ***
You need to log in
before you can comment on or make changes to this bug.
Description
•