75746 - Need to press down-arrow key twice to go to next item in list (after adding style)

Status: RESOLVED FIXED

(SeaMonkey :: Composer, enhancement, P5)

Description

[shrirang khanzode]

windows trunk 0411

steps:
1 Launch composer
2 Create a bullet list with 3-4 items 
3 Using keyboard, place the caret after the last character of,say, the 2nd item
4 Now do a SHIFT + HOME to highlight the list item and then do a CTRL + B 
5 Observe that the 'bold' style gets applied and the list item remains  
  highlighted and the caret keeps blinking at the end of the last character in 
  the list (which is all normal)
6 Press the down-arrow key once expecting the caret to go to the next list item
7 Observe that the caret stays on the same list item and the highlight goes away

expected: when i click down-arrow once, highlight should go away and the caret 
should go to the next list item. I have to press the button twice to go to the 
next item. Should behave as in 4.x

Comment 1

[kinmoz]

Reassigning to anthonyd.

Comment 2

[Kathleen :Brade]

note: on Macintosh, the down arrow should move to the end of a selection (if it's 
not already collapsed); an up arrow with a selection should move the caret to the  
beginning of the selection.  Is the requested behavior particular to Windows and 
the selection with a blinking caret or ???

Comment 3

[Charles Manske]

Given more important caret issues, this doesn't seem very critical to me!

Comment 4

[kinmoz]

Move to mozilla.0.9.1 for now.

Comment 5

[Kathleen :Brade]

Move this to mozilla1.0; anyone should feel free to help Tony out with this bug 
(unless he resets the milestone).

Comment 6

[anthonyd]

this is specific behaviour for windows, and is very, very non-critical.
-->mjudge for caret/selection bugs

Comment 7

[rubydoo123]

--> kin

Comment 8

[kinmoz]

--> mjudge (selection navigation)

Comment 9

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 10

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

confirmed but soooo minor

Comment 11

[Michael Buckland]

Discussed in edt.  Plussing.

Comment 12

[Kathleen :Brade]

This behaves how I'd want it to behave (as a MacOSX user?).  I think this bug is
invalid.

Michael Buckland--can you clarify the behavior you expect and whether that
behavior is Windows-specific?  Feel free to cc me on any other related bugs if
there is discussion elsewhere.

remove topembed+ and seek retriage.

Comment 13

[Judson Valeski]

plussing again. MS Word on windows is the behavior we're after here. This bug
should be for windows only if mac behavior is different we should consider
platform specific behavior if possible. If not possible, MS Word on windows is
our guide in the name of "polish" in this area.

Comment 14

[Kevin McCluskey (gone)]

EDITORBASE+

Comment 15

[Michael Dunn]

Can we have updated milestone? When might a fix land?

Comment 16

[mjudge]

ok windows only "bug".

Comment 17

[Jo Hermans]

[RFE] is deprecated in favor of severity: enhancement.

Comment 18

[Hsin-Yi Tsai (she/her) [:hsinyi]]

Verified this was fixed in SeaMonkey 2.53.18.1