Bug 14875 – Textarea with nowrap - left/right nav, Up/down nav both hide text

• Status: CLOSED
• Resolution: FIXED
• Component: Forms

[Terry Riegel]

SUMMARY:
Navigating a textarea (with the keyboard only) that is set to nowrap with the arrows places/hides
the cursor with the right scrollbar and the bottom scrollbar.

The bottom scroller and right scroller exhibited the same behavior. The right scrollbar issue has been resolved. The bottom scollbar issue hasn't. I am including the solved issue as well as the unsolved issue here as I think it may help idenitfy the solution better. This behavior is only exhibited when there is a textarea set to nowrap.



BOTTOM SCROLLBAR HIDING TEXT
--------
To duplicate add enough lines to create a right scrollbar, then midway through
create a line long enough to create a bottom scrollbar. (by bottom scrollbar I
mean positioned at the bottom of the texarea for scrolling left and right, and
by right scrollbar I mean positioned at the right of the textarea)

Then using just the arrow keys navigate to the bottom of the textarea. This should place your cursor at the end of the textarea., but it fails to scroll completely so it can be seen.

The offset is the width of the scrollbar.





THIS ONE HAS BEEN SOLVED
RIGHT SCROLLBAR HIDING TEXT
--------
To duplicate add enough lines to create a right scrollbar, then midway through
create a line long enough to create a bottom scrollbar. (by bottom scrollbar I
mean positioned at the bottom of the texarea for scrolling left and right, and
by right scrollbar I mean positioned at the right of the textarea)

Then using just the arrow keys navigate to the line below your long line. Hit
the left arrow, This should place your cursor at the end of the really long
line. It does but it fails to scroll completely so it can be seen.

The offset is the width of the scrollbars.

[Terry Riegel]

> THIS ONE HAS BEEN SOLVED
> RIGHT SCROLLBAR HIDING TEXT

The right scrollbar issue has not been resolved. It was better on my initial test page, but after I removed all distracting elements and created a demonstration of the problem it was still there.

For an example of both issues see the following URL:

http://clearimageonline.com/playground/scrollbardemo.html

[Terry Riegel]

mitz added Platform Only, I removed this as I tested on windows XP and OS X. I observed the same issue on both of those platforms.

(In reply to comment #2)
> mitz added Platform Only

I blame Safari autofill. Thanks for correcting!

[David Kilzer (:ddkilzer)]

I don't see any mention of a radar for this bug, so I'm removing the InRadar keyword.

Created attachment 15838 [details]
Account for borders and scroll bars in scrollRectToVisible()

[Dave Hyatt]

Comment on attachment 15838 [details]
Account for borders and scroll bars in scrollRectToVisible()

r=me

[Mark Rowe (bdash)]

<rdar://problem/5392798>

[Mark Rowe (bdash)]

Landed in r24971.

[Terry Riegel]

I just tested this with
Safari for OS X Version 3.0.3 (522.12.1)

and the problem persists. Not sure if the fix has been commited to the copy I tested against, but I downloaded it around 5:00pm EST on August 10, 2007

(In reply to comment #9)
> I just tested this with
> Safari for OS X Version 3.0.3 (522.12.1)
> 
> and the problem persists. Not sure if the fix has been commited to the copy I
> tested against, but I downloaded it around 5:00pm EST on August 10, 2007
> 

The fix is not included in Safari 3 beta releases. It is included however in the latest WebKit nightly build, available from <http://nightly.webkit.org>.

[Terry Riegel]

It is usable at this point. When the cursor is at the far right of a textarea and I use the keyboard to go back to the left side it goes most of the way. It is 3 pixels shy of getting all the way back. I have to use the mouse to get the rest of the way back. This is usable at this point.

I like to avoid using the mouse so this feature is very important to me.

Thanks,

Terry Riegel