W3C home > Mailing lists > Public > public-i18n-its-ig@w3.org > July 2009

Re: ITS as a microformat (proposal)

From: Felix Sasaki <felix.sasaki@fh-potsdam.de>
Date: Thu, 2 Jul 2009 03:04:53 +0900
Message-ID: <ba4134970907011104q7edec486u32fcd195e108e5a@mail.gmail.com>
To: Jirka Kosek <jirka@kosek.cz>
Cc: public-i18n-its-ig@w3.org
2009/7/2 Jirka Kosek <jirka@kosek.cz>

> Felix Sasaki wrote:
>
> >> 1) It will became visible part of document (and although it can be make
> >> unvisible in CSS, it will confuse search engines and other agents
> >> operating only on markup).
> >
> >
> > Isn't that the same problem with other  microformats, e.g. hcard?
>
> I don't think so. You usually want to see contact information visible on
> page but at the same time marked up by uF to allow easier machine
> processing.



Valid point.


>
>
> > Not sure ... though I do not see the difference to the use case of
> shipping
> > "native" ITS rules in a seperate document - is there a difference? Or are
> > you saying that that is also no use case and users do not need to create
> > also native ITS rules for HTML?
>
> I personally do not have usecase, but I use HTML only as delivery
> format. For people who use HTML as primary content storage there might
> be story though.



Microformats themselves might be a usecase. E.g. from the hcard fragment

<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
you do not want that translation tools present the textual content of the
<span class="tel"> element (that is +1.415.555.1212) to a translator, though
 <span class="type">Home</span> might need to be translated. For seperating
these cases, you could write a translateRule for each microformat vocabulary.





>
>
> >> But it is definitively worth to create uF for local ITS data categories.
> >
> > Yes - do you have any input on the problems I mentioned at "open
> questions"
> > http://docs.google.com/View?id=dch8cn8g_20hrxhkmd8
> > ?
>
> uF are generally ugly compared to native XML. But instead of
>
> <a href="someLinke" its:term="yes"
> its:termInfoRef="referenceToTermdefinition">...</a>
>
> you can use something like
>
> <a href="someLinke" class="term">
>  <a href="referenceToTermdefinition" class="termInfoRef"></a>
>  ...
> </a>
>
> The problem is that this is invalid in HTML, AFAIK <a> element couldn't
> be nested.



Exactly. So I am looking for a microformat solution which does not create
such validation problems ...



>
> Re your second point I think that validation can be carried on by
> Schematron quite effectively.



If you have two values depending on each other, yes. But how would you
validate that a singular span element needs to have a class attribute with
the value "translateno" to express its:translate="no", without excluding
other values for span elements?

Felix



>
>
> --
> ------------------------------------------------------------------
>  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
> ------------------------------------------------------------------
>       Professional XML consulting and training services
>  DocBook customization, custom XSLT/XSL-FO document processing
> ------------------------------------------------------------------
>  OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
> ------------------------------------------------------------------
>
>
Received on Wednesday, 1 July 2009 18:05:33 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 1 July 2009 18:05:34 GMT