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

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

From: <bugzilla@jessica.w3.org>
Date: Tue, 30 Nov 2010 21:31:20 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PNXnE-0002Qf-RA@jessica.w3.org>

--- Comment #52 from Ian 'Hixie' Hickson <ian@hixie.ch> 2010-11-30 21:31:18 UTC ---
(In reply to comment #49)
> 1. I am not in love with the "dirname" name. How about "add-direction-as"?

I'm not in love with "dirname" either, but it has some distinct advantages:
it's short, its name is formed from the names of the two attributes to which it
is most closely related, and it is accurate (it gives the "name" of the "dir",
just like "name" gives the "name" of the field). I don't think either
"add-direction-as" nor "adddirection" are better; they're longer, don't fit the
style of HTML attribute names (insofar as there is a style), and are no more

> 2. Spec should say what happens if an actual input element with the name given
> by dirname exists in this form. Suggested behavior was to add it on without
> overriding.

As far as I can tell this is completely defined already.

> 3. Spec should say what happens when dirname is given with no value. Can't we
> have a reasonable default, like the name value suffixed with "_dir"?

Currently, giving no value is not valid. We could allow it and say that it
automatically generates a field name, but given how unintuitive this is
already, I'm not sure adding magic here is a good idea.

> 4. Spec should say that the value is either "ltr" or "rtl". Specifically, it is
> never "auto", but the estimated direction.

Everywhere where it lists what the value will be, it lists all the values and
doesn't list "auto". Where would you add text saying that it's never "auto"?

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, 30 November 2010 21:31:22 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:01 UTC