[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


Hironori Bono <hbono at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hbono at chromium.org




--- Comment #2 from Hironori Bono <hbono at chromium.org>  2011-03-28 01:44:13 PST ---
Greetings,

This is just for clarification.
The forminput event has been deleted from the HTML5 spec this month <http://www.w3.org/Bugs/Public/show_bug.cgi?id=11129>. Therefore, this issue is that we need to send an input event of HTML5 from this function when WebKit changes the text direction, right?
For what it's worth, both Chrome and Safari call Editor::setBaseWritingDirection() to change the text direction. So, it seems we just add code that calls HTMLElement::dispatchEvent() there.

Regards,

Hironori Bono

> 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.