Closed Bug 133450 Opened 22 years ago Closed 22 years ago

Shift-pageUp Shift-pageDown do not work in <TEXTAREA>

Categories

(SeaMonkey :: General, defect)

x86
Windows 95
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 4302

People

(Reporter: andrixnet, Assigned: mpt)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; rv:0.9.9) Gecko/20020311
BuildID:    2002031104

Normal behaviour in Netscape 3 and 4 form input control <TEXTAREA> is : 


SHIFT-HOME selects to start of line (from current position)
SHIFT-END selects to end of line
SHIFT-CTRL-HOME selects to start of text 
SHIFT-CTRL-END selects to end of text
^^^^^^^^^^^^^^
Mozilla behaves like Netscape 3 and 4

PAGEUP/DOWN jumps one page up/down (relative to size of TEXTAREA) and brings the
cursor too. - Netscape 3,4 behaviour.
Mozilla jumps one page up/down, but leaves the cursor where it is. A subsequent
move of the cursor by the arrow keys, or by typing a letter will jump the
viewpoint in the TEXTAREA back to the cursor position (and type there if
character typed).

This behaviour can be annoying in the fact that the user expects (like in most
editors) to type there it had jumped with page up (note, this is not a viewer
app like Acrobat Reader let's say).
Also, it introduces confusion by typing text elsewhere, not where the user
expects it.

SHIFT-PAGEUP/DOWN jumps one page up/down, moves the cursor one page up/down and
selects text from old cursor position to new position.
This is the behaviour of Netscape 3 and 4.
Mozilla does nothing when this key combination is pressed.

This feature is usefull for selecting larger portions of text in one shot,
faster then by SHIFT-ARROW and with more precise control then with the mouse
(due to too fast scrolling).

Selecting text with SHIFT-KEY will display the selection, but not the cursor. If
the user is not extra carefull, he does not know anymore where the cursor is.

If I go with SHIFT-ARROW and there are a few blank lines, I don't know if the
cursor is at the beginning of a line, at the end of a line, or on any of the
blank links (unless I counted every key press).

Cursor should be visible at all times.




Reproducible: Always
Steps to Reproduce:
1. have a TEXTAREA input field.
2. write some text, such that the textarea gets scroll bars and you have
multiple pages of text.
3. try selecting text. With the selection on, cursor is not displayed.
SHIFT-PAGEUP/DOWN do not work
PAGEUP/DOWN will jump display, of textarea, but not cursor.


Actual Results:  Considering editing behaviour of previous browsers and most
text editors, the behaviour of TEXTAREA input field in Mozilla can be
frustrating and confusing.

Expected Results:  Cursor to be displayed at all times while input field type
TEXTAREA is active.
Selection keys to behave like in Netscape 3 and 4 (and most text editors)

See Netscape 3 and 4 behaviour.

*** This bug has been marked as a duplicate of 4302 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.