Closed Bug 159531 Opened 23 years ago Closed 23 years ago

Keyboard navigation to the right in forms with non alphanumeric-characters

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 108125

People

(Reporter: lagrave+bugs+mozilla.org, Assigned: aaronlev)

Details

Normally when editing text on a Mac you can hold down the alt-key (opt-key) and press the left/right key to move a word rather than just one letter. However, when you go right one word at the time in a form in Mozilla and come to characters like »./ you can not move by this character. E.g., try this line: 9abc1 .8abc2. /7abc3/ »6abc4» If you move left to right and start just to the right of 4», the first jump (i.e. alt/aop and an arrow key) puts the cursor between space and »6, the second jump places the cursor between space and /7 etc. This works as expected. However, if you start left of 9, after the first jump the cursor is between 1 and space (ok), next jump moves the cursor one step right (between space and '.' - still ok) but then you are stuck. You have to move one step to the right by only pressing the right arrow (now you are between '.' and 8). Another jump moves the cursor between 2 and '.', and then you are stuck again.
Whiteboard: DUPEME
*** This bug has been marked as a duplicate of 108125 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Summary: Keyboard navigation to the right in forms with non alphanumeric-characters → Keyboard navigation to the right in forms with non alphanumeric-characters
marking verified as a duplicate. if you decide to reopen this bug, please clarify why. search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
Whiteboard: DUPEME
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.