Re: Do we need a local markup for Domain & resourceRef

Hi Christian, Yves, all,

Am 21.03.13 08:43, schrieb Lieske, Christian:
> Hi,
>
> Sounds to me as if we are revisiting

I think Yves' main point is a different one then in issue-75: Yves is 
arguing for cases in which there is no global domain available at all. 
You were arguing for direct encoding - as I understood it - e.g. in the 
HTML "body" element, e.g. via a "domain" attribute at HTML "span".


>
> http://www.w3.org/International/multilingualweb/lt/track/issues/75
>
>
> http://lists.w3.org/Archives/Public/public-multilingualweb-lt-comments/2013Jan/0022.html
>
> Quote:  1.       As it stands, "domain" only allows "pointing". Some scenarios may require a "direct encoding" (e.g. via something like its-domain="financials")
>
> Cheers,
> Christian
>
> -----Original Message-----
> From: Yves Savourel [mailto:ysavourel@enlaso.com]
> Sent: Mittwoch, 20. März 2013 22:46
> To: public-multilingualweb-lt@w3.org
> Subject: RE: Do we need a local markup for Domain & resourceRef
>
>>> That's not quite true. XLIFF documents can be made of data
>>> coming from various source, so potentially one could have
>>> different domains in the same document, the lowest level
>>> is probably the trans-unit.
>> ok ... so could you then define the domain attribute in the
>> mapping namespace and point to all its occurances in
>> an its2xliff rules file?
> Mmm... yes. that's what we already do.
>
> For example we have: <trans-unit itsx:domain='travel'>
>
> If that XLIFF document must be processed by an ITS-aware tool, we can have a global rule (forget any incorrect XPath syntax...):
>
> <its:domainRule selector='//*[itsx:domain]' domainPointer='@itsx:domain'/>
>
> But the point is: we had to create itsx:domain to hold the domain value. If we had to do it for XLIFF, other formats, may have to create their own domain attribute for their own usage too. So that's where a common native its:domain would come handy.
>
> Again, I'm not pushing for the addition: nothing is broken. Also, a local its:domain is not very powerful: we can't do value mapping with it.
> But I'm not holding back either because it feels that ITS is missing a small piece for its Domain solution.
> Maybe waiting for ITS 2.1 is good enough...
>
> Hopefully this explanation helps.

Yes, it does, thanks. And sorry that I was not up to speed with the 
XLIFF - ITS handling of domain.

Best,

Felix

> -ys
>
>
>
>
>

Received on Thursday, 21 March 2013 07:53:03 UTC