W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2010

RE: [widgets] dir and span elements

From: Phillips, Addison <addison@amazon.com>
Date: Mon, 1 Mar 2010 17:47:57 -0500
To: Scott Wilson <scott.bradley.wilson@gmail.com>
CC: "marcosc@opera.com" <marcosc@opera.com>, public-webapps <public-webapps@w3.org>, "public-i18n-core@w3.org" <public-i18n-core@w3.org>
Message-ID: <C7A5719F1E562149BA9171F58BEE2CA4129A38FB5B@EX-IAD6-B.ant.amazon.com>
> Thanks Addison - and yes, I think this makes a lot of sense for a
> "content"-style spec like HTML, however as the Widgets P&C is a
> configuration document most of which is IRIs, integers and so on
> rather than text content its less of a clear case.

No, I understand and don't disagree. However, there is something to be said for making it an attribute of <widget>, for example. Then you could have an override of directionality only when a given element has a different base direction. In the example in the spec [1], consider how this might be cleaner:

<widget dir="rtl">

<name short="hard to make Arabic rtl here without changing enclosing element" dir="ltr">
    But ltr override here works fine.

   Some rtl text.

<author href="" email="">bidi authors name</author>



Compared to:

<widget> <!-- no base direction -->

<name short="can't be rtl?" dir="rtl">
   Some RTL.

<description dir="rtl">
   Have to include dir a lot.

<author dir="rtl">

<license dir="rtl">

I'm not suggesting that 'dir' makes sense everywhere, but there is some utility in allowing direction (and maybe language/locale??) in at the outermost element?

> If dir conformance is tested in relation to the Rule For Obtaining
> Text Content then this already scopes its use to the four elements
> mentioned as these are the only elements that the rule applies to.

I agree, but there is one more potential case. The <content> element could have a default base directionality set (each <content> target or localized equivalent might also override it).

I agree that a scoped 'dir' attribute is a pain to deal with implementation-wise, so I personally would be open to not doing this. But I think it worth considering.


[1] http://dev.w3.org/2006/waf/widgets/#example-configuration-document

Received on Monday, 1 March 2010 22:48:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:13:05 UTC