Open Bug 817363 Opened 13 years ago Updated 3 years ago

Does RTL resizable textarea implementation work sensibly?

Categories

(Core :: Layout: Form Controls, defect)

defect

Tracking

()

People

(Reporter: Dolske, Unassigned)

Details

Over in another bug (816862) I started looking at <textarea> quirks on Mac Retina displays. But I noticed on behavior that seems bizarre and isn't a Mac or HiDPI issue at all... http://dolske.net/mozilla/tests/rtl/textarea.html Resizing an RTL textarea hurts my head. Dragging the grippy up-and-down is perfectly sensible. But left/right makes the right (!) border moves in the opposite direction as the mouse. Perhaps some of this makes sense when the <textarea> is in some kind of a RTL wrapper, so that the right-border remains anchored and the grippy actually left you adjust the left-border position? Safari just ignores the dir="rtl", and leaves the resize grippy on the lower-right (this seems saner to me for this particular case). Chrome is flat out broken: dragging its resizer to the right does nothing, to the left (in the few pixels between the textarea and window border) it makes the box grow... and grow... and grow. It appears to grow infinitely, and can't be made smaller!
Handy reference: bug 167951 seems to be the original "make things resizable" bug.
Yeah this is not perfect.. It's not clear to me how we can fix it though, since it really depends on both the direction of the element and its parent...
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.