[Bug 10809] i18n comment 3 : new attribute: submitdir

http://www.w3.org/Bugs/Public/show_bug.cgi?id=10809

--- Comment #43 from Aharon Lanin <aharon.lists.lanin@gmail.com> 2010-11-09 08:37:24 UTC ---
1. dirname has the same problem as submitdir, i.e. that to most people, "dir"
is a synonym for directory, not direction. In fact, it has that problem to a
higher degree, since directories do have names, but a person is at least likely
to wonder what the heck a submit directory would be.

2. When I originally proposed submitdir about a year ago, it was with the same
semantics: its value the name under which the dir will be submitted. The
feedback I got was:
- No one will ever be sure whether they are supposed to create a hidden input
with that name, or whether the control is created for you automatically in the
submission.
- The name of the input and the name of the control to be added to the
submission are bound to be intimately related, e.g. <input name="foo"
submitdir="foordir">. Why force the author to type in what we know he will type
in anyway? A standard naming scheme should be good enough.

3. If you do want to specify a complete name, there is also a completely
different alternative: pull instead of push. We could have an attribute named
dirof, or even directionof, and its value would be the name of another control
in the same form whose computed direction ('ltr' or 'rtl') would provide this
control's value at submit time. For example:

<input name=foo type=text dir=auto />
<input name=foodir directionof=foo />

The default stylesheet would make all inputs with directionof hidden by
default. And there is no need to specify a type value for a directionof input -
it must be text.

This way, there is no magic creation of a submission control, and no room to
wonder where if there is or not.

-- 
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 Tuesday, 9 November 2010 08:37:28 UTC