W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2010

[Bug 10821] i18n comment 17 : setting input and textarea element direction through browser UI should set the dir attribute and trigger oninput event

From: <bugzilla@jessica.w3.org>
Date: Wed, 03 Nov 2010 14:54:47 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PDejf-0005Dl-RP@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10821

--- Comment #17 from Aharon Lanin <aharon.lists.lanin@gmail.com> 2010-11-03 14:54:47 UTC ---
(In reply to comment #15)
> Assuming we fix 10809 (i.e. given an opt-in, we expose the direction in the
> submitted data, and possibly in the textarea value as well), what use cases
> relevant to this bug would remain unaddressed?

Scripts might want to do a lot more than just report the direction chosen by
the user to the server!

Use case: Google Forms. The product uses the direction of the form's title for
the direction of the form overall, e.g. whether the form should be left- or
right-aligned. The title's direction is auto-estimated in scripts handling
keyboard events on the title input. Thus, as soon as the user types RTL text
into (the initially LTR) title input, the form, as seen in the (partially
WYSISWYG) form editor, flips to RTL. This is long before anything is submitted
to the server and thus before submitdir would have any utility.

Unfortunately, if the user sets the title's direction explicitly using the
browser-provided method for doing so, this is invisible to the app's scripts in
Firefox, Opera and Safari, so the app paradoxically can't set the form's
direction in this "obvious" case.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 3 November 2010 14:54:53 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 3 November 2010 14:54:53 GMT