W3C home > Mailing lists > Public > public-multilingualweb-lt@w3.org > February 2013

Re: Processing question for HTML default behavior

From: Felix Sasaki <fsasaki@w3.org>
Date: Wed, 20 Feb 2013 19:29:18 +0100
Message-ID: <512515FE.80803@w3.org>
To: public-multilingualweb-lt@w3.org
Am 20.02.13 18:54, schrieb Yves Savourel:
> Hi all,
>
> I'm running into processing issue in our HTML filter because I'm trying to provide a set of default rules.
> Maybe some of you have run into the same issue and have fund a solution.
>
> The problem:
>
> When our filter process an HTML file we set a list of default ITS rules that correspond to what user would expect from a normal extraction of HTML. For example title or alt attributes should be translatable, b, I, u, em, and many more elements should be seen as inline, etc.
>
> The user does not have to define those rules. they can modify them, but usually they would not.
>
> The issue comes when there are local ITS markup. For example a translate='no' on <html>. Such document when you look at it should be completely non-translatable. But in our case, because we have default rules, anything that is defined globally as translatable in those rules is not inheriting the top-level translate='no' and therefore is seen as translatable.
>
> The problem then is that an author doesn't necessarily know what our default-HTML rules are and therefore is not able to markup his HTML accordingly.
>
> How do other people work with default-ITS behavior vs default HTML-expected behaviors?
>
> To some degree there is a disconnect between some of the default ITS behavior and the HTML reality. For example the specification explicitly says an HTML id attribute is the same as an ITS id attribute, so there is an expectation that you don't have to set a rule for it. But what about many other things like for example the title and alt attributes?

We define a rules file for these - like we did in the XML i18n BP 
document for XHTML. That would be a "HTML ITS Rules BP". Would that help?

- Felix
Received on Wednesday, 20 February 2013 18:29:46 UTC

This archive was generated by hypermail 2.3.1 : Sunday, 9 June 2013 00:25:08 UTC