Closed Bug 137842 Opened 23 years ago Closed 23 years ago

up/down arrow in quoted text moves caret too far (x coord not maintained)

Categories

(Core :: DOM: Selection, defect)

PowerPC
Mac System 9.x
defect
Not set
minor

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: xolaware.llc, Assigned: mjudge)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.79 (Macintosh; U; PPC) BuildID: 2002041603 there are a few problems using the typical keys to navigate in message composition. 1) option-left_arrow properly goes back a word at a time, but option-right_arrow treats every space between words as a word and cannot navigate past most punctuation. 2) if in the middle of quoted text, if using the up-arrow, the cursor always jumps to the end of the line, where it should always attempt to end up in the same column on the preceding line. 3) same problem for down-arrow and the next line. 4) attempting to introduce new lines in quoted text in order to respond point-by-point to the quoted message sometimes enters too many newlines, and other times causes the cursor to appear in one place but the entry-point/deletion-point to show up elsewhere when text is typed in or deleted Reproducible: Always Steps to Reproduce: 1. open "Mail & Newsgroups" (cmd-2) 2. choose a message and hit "Reply" 3. enter a paragraph or two of your own text (copy the description for this bug, for example). 4a. try option-right_arrow and option_left_arrow in the text you entered or in the quoted text 4b. try using the up-arrow and down-arrow to navigate through the quoted text 4c. try creating space within the quoted text by hitting Return one time somewhere in the middle of the quoted text (at the beginning of one of the quoted text lines is fine Actual Results: 4a. option-right_arrow stops at every space and will not go forward past punctuation 4b. cursor ends up at end of each line of quoted text, no matter where the cursor was in the line prior to hitting the arrow 4c. multiple new lines are entered, and sometimes the next attempt to edit text leaves the cursor on the new line but deletes the characters on the previous line Expected Results: 4a. option-right_arrow should skip over each space and navigate past punctuation in the same manner that option-left_arrow does going backward in the text 4b. the cursor should be on the same column as the previous line, if possible. best would be if the cursor remained at the same column for multiple lines, even if intervening lines did not have that many columns. 4c. entering newlines or new text in the middle of quoted text should behave just like non-quoted text
reassign to editor
Assignee: ducarroz → kin
Component: Composition → Editor: Core
Keywords: mailtrack
Product: MailNews → Browser
QA Contact: esther → sujay
--> mjudge (caret/selection navigation)
Assignee: kin → mjudge
Component: Editor: Core → Selection
Please file seperate bugs for each of these issues.
issue 1 is covered in other bugs already (bug 121123? I forget; sorry) issues 2 and 3 can be covered in this bug issue 4 should be filed as a new bug (Component = Editor:Core)
Summary: problems with keyboard navigation in message composition → up/down arrow in quoted text moves caret too far (x coord not maintained)
This WorksForMe using Mac/2002072203. Up and down arrow actions maintain their x-coordinate, unless the line is too short, in which case the cursor is placed at end-of-line. If the cursor is then moved back onto a long-enough line, the original x-coordinate is resumed. johndoe@san.rr.com, do you concur?
resolve as worksforme per comment 5
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.