Closed Bug 24810 Opened 25 years ago Closed 25 years ago

up arrow in text entry forms does not work as expected

Categories

(Core :: Layout: Form Controls, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: sarnold, Assigned: leger)

Details

When one composes a long enough entry in a text entry box (such as the one I am
using for this bugzilla entry) that the scrollbars (I have gfx-scroll-bars
enabled) appear, hitting the up arrow does not actually cause the caret to move
up one line -- instead, it causes the scrollbars to scroll up one line.

I am having great difficultly getting enough lines into this text entry box to
test the down arrow from the top of the text -- hitting a[enter]a[enter] over
and over again causes the whole text entry window to jump rapidly from the
botton of the text back up to the top of the text -- perhaps it is releated,
perhaps it is not. In any even, it is unexpected. (Hmm, when I tried to get to
the next line, it still jumps around uncrontrollable, with each key press. Thus,
I shall the bug report here, since I m typing blindly. :)

Thanks
Reassigning to HTML Form Controls and changing QA Contact.
Component: Browser-General → HTML Form Controls
QA Contact: nobody → karnaze
Assigning all open "nobody@mozilla.org" bugs to "leger@netscape.com" to weed 
thru.
Assignee: nobody → leger
I revisited this bug with 02/08/00 CVS build, and noticed that the caret now
moves, so I am dropping priority on this bug, but the handling of the up-arrow
key still seems a bit different than expected.

For example, cut'n'paste or type many lines into a multiple-line text entry box.
Enter enough lines of text to cause the verticle scroll bar to become active.
Put the caret on the last line of text, and hit the up arrow -- notice how the
text window scrolls up one line, rather than moving the caret only.

Perhaps this is expected behavior for gtk -- I don't use any other gtk based
apps except The Gimp, and it doesn't have much for text entry boxes. However, I
used to use windows, and this is not how programs such as notepad handle -- they
move the caret only, and scroll the text only when the caret reaches the top
line of text.

(Of course, all this could be exchanged top and bottom...)

I have the gfx scrollbars turned on, I do think -- the thumb has three
horizontal or verticle lines, depending on which type of scroll bar it is. At
least the pref dialog box shows gfx turned on. :)

Thanks! :)
Severity: normal → minor
This bug now works for me. I wasn't able to make it do the wierd things it used
to do. I am using 02/12/00 CVS. So, I am marking this WORKSFORME.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Worksforme:
Platform: PC
OS: Red Hat 6.2 (Linux 2.2.14)
Mozilla: 2000101212 M18 Trunk Build

Marking as Verified.

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.