13277 - problems with first impl. of home/end keys

Status: RESOLVED FIXED

(Core :: DOM: Selection, defect, P3)

Description

[buster]

open the editor test page
in the default window size, the 2nd paragraph has 2 lines
home/end work great on the first line
put the caret int the second line
home gets you to the space that ends the first line, instead of in front of the
first character of the second line.
-------
put the caret in "Reruns are about as much fun,"  end doesn't work at all
-------
put the caret in "There are 4 br tags on either side of this sentence" end
doesn't work at all
-------
home/end act very screwy in tables.  cells in the first column seem to work. but
second colum only home works correctly, end only moves the select part way
towards the end of the line. and in cells in the third column, both home and end
go to the beginning of the line.

Comment 1

[Eli Goldberg]

Adding cpratt (keyboard navigation.)

I'm confused. Why do the Home and End keys move the cursor to the beginning or
end of a particular line? This is not consistent with any platform UI guidelines
that I know of, and specifically violates the Mac OS UI Guidelines:

----

http://developer.apple.com/techpubs/mac/HIGuidelines/HIGuidelines-
214.html#HEADING214-0

Home

  Pressing the Home key is equivalent to moving the scroll boxes all the way to
the top of the vertical scroll bar and to the left end of the horizontal scroll
bar. (Note that the Home key may operate differently in a spreadsheet
application; it won't necessarily scroll horizontally and it may scroll to the
beginning of a row or to the beginning of the spreadsheet itself.)

Pressing the Home key has no effect on the location of the insertion point or any
selected material.

  End

  Pressing End is the opposite of pressing Home: it's equivalent to moving the
scroll boxes all the way to the bottom of the vertical scroll bar and to the
right end of the horizontal scroll bar. (Note that the End key may operate
differently in a spreadsheet application; it won't necessarily scroll
horizontally and it may scroll to the end of a row or to the end of the
spreadsheet itself.) Pressing End has no effect on the location of the insertion
point or any selected material.

Comment 2

[cpratt]

elig, the behavior as described in this bug seems absolutely correct in terms of
expected behavior on (at least) Win32 text editing applications such as Notepad,
WordPad, or Word 97.

home/end do very different things when used in contexts that have naught to do
with text editing, such as in Web browsers (but not in text input controls).
there, home should take you to the top of the page, and end should take you to
the bottom of the page - unless you're in a text input control, in which home
should take you to the beginning of the line, and end should take you to the end
of the current line.

I did file bug 12213 in hope of getting Home working (in non-text input areas of
the browser) in 5.0. (It does not work in legacy Netscape browsers.)

for curiosity's sake, what's the behavior in Mac apps such as AppleWorks or
SimpleText?

Comment 3

[mjudge]

ok eli 'here is the deal'  home and end on windows are harder to implement than
the scrolltotop and scrolltobottom as it happens on mac. the default therefore
is the windows way for now until we get the keybindings working.  that said,
this bug is now fixed. i can home/end on any line given in below examples.
horay! (BTW eli PageUp and PageDown fall under this category of scrolling on mac
and scrolling/moving cursor on windows and X)

Comment 4

[Eli Goldberg]

This is definitely improved. Unfortunately, the table cell Home/End issues that
buster described are still present in all builds checked:
     1999100708 Mac OS & Linux
     1999100708 Win32

Thus, re-opening for the Judgester.

Comment 5

[rubydoo123]

I checked this out ousing the 10/12/99 build on win95, the really starnge thing
is that selecting Home placed the cursor to the far right, or the end of the
line. Selecting End placed the cursor 2 characters in from the left. In a table,
selecting either Home or End placed the cursor at the end of the line.

Setting this to M15, this can wait till after beta push

Comment 6

[rubydoo123]

moving to m16 - load balance

Comment 7

[Claudius Gayle]

*** Bug 22766 has been marked as a duplicate of this bug. ***

Comment 8

[mjudge]

this is fixed. home/end in tables ect now works.

Comment 9

[Blake Ross]

*SPAM*: Changing the QA contact of all open/resolved Selection bugs from 
[e-mail] to [e-mail].  After the many great years of service 
Eli has given to Mozilla, it's time for him to move on; he has accepted a 
position at Eazel.  We'll be sad to see him go, and I'll do my best to fill his 
spot...