- From: Marcos Caceres <marcosscaceres@gmail.com>
- Date: Wed, 8 Oct 2008 22:47:27 +0100
- To: "Felix Sasaki" <fsasaki@w3.org>
- Cc: "public-i18n-core@w3.org" <public-i18n-core@w3.org>, "Web Applications Working Group WG" <public-webapps@w3.org>
Hi Felix (and i18n Core), During our last WAF teleconf, WebApps decided to adopt your suggestions (below). I've been attempting to integrate your suggestions into the Widget Packaging spec [1]. Below I summarize what draft text I have added thus far. I would really appreciate any feedback if you think I've gone about specifying what you intended correctly. On Thu, Sep 11, 2008 at 1:32 AM, Felix Sasaki <fsasaki@w3.org> wrote: > Marcos Caceres wrote: >> >> Hi, i18n-WG. >> In recent feedback we received from Addison Phillips regarding the >> Widgets 1.0: Packaging specification, he suggested that WebApps should >> add a <span>-like element to our Widget Configuration Document format >> (so to allow bidi text to be declared). >> > > I think such an element would only be necessary within these elements: name, > description, author, license. It seems that only these elements may contain > human readable text. > Agreed. More on this below. <snip> > I personally would recommend you to use the <its:span> element in the ITS > namespace. The element is defined at > http://www.w3.org/TR/2007/REC-its-20070403/#span > This element gives you the "dir" attribute and various other attributes > which are useful for esp. Widgets localization. See > http://www.w3.org/TR/2007/REC-its-20070403/#att.local.no-ns.attributes > See also the related "Best Practice" to define such an element for XML > vocabularies at > http://www.w3.org/TR/2008/NOTE-xml-i18n-bp-20080213/#DevSpan > To keep simplicity for Widgets 1.0, you could say in your conformance > description that a Widgets processor has various options to deal with the > <its:span> element (or more in general: the ITS namespace) and its > attributes: ignore them or process them. Ok, in the Widget User Agent conformance section I've added the following text for your consideration: "A widget user agent MAY support the Internationalized Tag Set's <its:span> element and the its:dir attribute [ITS]. Support of any other ITS elements and attributes is NOT REQUIRED. Although this specification specifies the elements of the configuration document in which <its:span> and its:dir can be used (below), it does not define how they are to be interpreted and processed by a widget user agent. If a widget user agent implements <its:span> and its:dir, then they MUST do so in conformance to the processing rules defined by the ITS specification." Then I've added the following subsection to the Configuration Document section... == Indicating text directionality and <its:span> == Although it is optional for a widget user agent to implement [ITS], authors are may use the <its:span> element to indicate the directionality of arbitrary content. Directionality is indicated by using the its:dir attribute in conjunction with the <its:span> element. The its:dir accepts one of the following values, as defined in [ITS]: dir="ltr" - left to right text dir="rtl" - right to left text dir="lro" - left-to-right override dir="rlo" - right-to-left override For example, <widget xmlns="http://www.w3.org/ns/widgets" xmlns:its="http://www.w3.org/2005/11/its"> <name>Yay for the "<its:span dir="rtl">متعة الأسماك!</its:span>" Widget</name> </widget> The <its:span> element can be only be used as a child of the following elements of the configuration document: * <name> * <description> * <author> * <license> > If you do not want to add markup from a specific namespace, you could or > should IMO add extensibility points for people who need such markup. That > is, change in the schema something like > > description = element description { > xmllang.att?, > text > } > > to > > description = element description { > xmllang.att?, > any > } > > and define "any" and a pattern "anyElement" as > > any= (attribute * { text } > | text > | anyElement)* > > anyElement = element * { any } > > Again the conformance for such markup can say: ignore it ("it" meaning: > markup from other namespaces) or process it. I think you are basically > saying that already at http://www.w3.org/TR/widgets/#extensions Agreed. Our schema will be updated to include the above. Thank you again for your help! And looking forward to hearing any feedback you might have, Marcos -- Marcos Caceres http://datadriven.com.au
Received on Wednesday, 8 October 2008 21:48:14 UTC