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)

defect
Not set
normal

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.
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.
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
Depends on: 300131
(In reply to comment #3) > Dup of/related to bug 298413? Maybe loosely related, but certainly not a dup.
Blocks: word-select
Oops. wrong bug.
No longer blocks: word-select
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 ***
Status: NEW → RESOLVED
Closed: 19 years ago
No longer depends on: 300131
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.