Closed
Bug 306683
Opened 19 years ago
Closed 18 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•19 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•19 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•19 years ago
|
||
Dup of/related to bug 298413?
Comment 4•19 years ago
|
||
(In reply to comment #3) > Dup of/related to bug 298413? Maybe loosely related, but certainly not a dup.
Updated•18 years ago
|
Blocks: word-select
Comment 6•18 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
•