[Webkit-unassigned] [Bug 50952] Inputs of type "text" and "search" should support interoperable "set direction" functionality

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=50952





--- Comment #1 from Aharon (Vladimir) Lanin <aharon at google.com>  2010-12-14 00:39:13 PST ---
(In reply to comment #0)
Please note that the equivalent requirements have been added to textarea elements, i.e.:

<quote>

4.10.13 The textarea element

[...]

If the element is mutable, the user agent should allow the user to change the writing direction of the element, setting it either to a left-to-right writing direction or a right-to-left writing direction. If the user does so, the user agent must then run the following steps:

Set the element's dir attribute to "ltr" if the user selected a left-to-right writing direction, and "rtl" if the user selected a right-to-left writing direction.

Queue a task to first fire a simple event that bubbles named input at the textarea element, and to then broadcast forminput events from the textarea element's form owner, if any.

</quote>

Implementation status:


Chrome: Direction is set using keyboard shortcuts - CTRL + LEFT SHIFT for LTR and CTRL + RIGHT SHIFT for RTL. They set the value of the element's dir attribute as required. They trigger the keyup event, at which time the dir value is already changed, which is good. However, they do not trigger the input event - which is what needs to be changed to comply with the spec.

Safari: Right-click on the <input> or <textarea> provides a "Set paragraph direction" submenu. Using "Set paragraph direction" sets the value of the element's dir attribute as required. However, it does not trigger the input event - which is what needs to be changed to comply with the spec.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.