Open
Bug 817363
Opened 13 years ago
Updated 3 years ago
Does RTL resizable textarea implementation work sensibly?
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
NEW
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!
| Reporter | ||
Comment 1•13 years ago
|
||
Handy reference: bug 167951 seems to be the original "make things resizable" bug.
Comment 2•13 years ago
|
||
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...
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•