- From: Shaun McCance <shaunm@gnome.org>
- Date: Thu, 25 Oct 2012 17:37:09 -0400
- To: Felix Sasaki <fsasaki@w3.org>
- Cc: Mauricio del Olmo <mauricio.delolmo@linguaserve.com>, Karl Fritsche <karl.fritsche@cocomore.com>, Yves Savourel <ysavourel@enlaso.com>, public-multilingualweb-lt@w3.org
Fine by me, unless any other implementers have difficulties. It actually already works in itstool. I never wrote a check to forbid it, and libxml2 does what you'd expect it to do. On Thu, 2012-10-25 at 23:22 +0200, Felix Sasaki wrote: > Exactly. So changing in 5.3.2.2Relative selector > > > "The relative selector MUST use a RelativeLocationPath as described in > XPath 1.0." > > > to > > > "The relative selector MUST use a RelativeLocationPath or an > AbsoluteLocationPath as described in XPath 1.0." > > > and add some explanatory text will make things for "path" authors much > easier, and it will change nothing for implementors - they'll use an > XPath library anyway. > > > Felix > > > 2012/10/25 Shaun McCance <shaunm@gnome.org> > You can always mimic an absolute path with a relative path: > > ancestor::h:html/h:head/h:meta[@name='keywords]'/@content > > Or more generically: > > ancestor::*[last()]/whatever... > > On Thu, 2012-10-25 at 20:24 +0200, Felix Sasaki wrote: > > The should just simply say that the pointer attributes may > also > > contain an absolute location path. The difference is very > simple: > > > > > > "An absolute location path consists of / optionally followed > by a > > relative location path." > > > > > > Felix > > > > 2012/10/25 Mauricio del Olmo > <mauricio.delolmo@linguaserve.com> > > Hi Karl, Yves. > > > > > > > > Maybe with parent XPath rules? > > > > The body is selected by the selector and then it is > needed to > > go back one level and then go to the head/meta: > > > > > > > > <its:domainRule selector="/h:html/h:body" > > > domainPointer="../h:head/h:meta[@name='keywords']/@content"/> > > > > > > > > I’m not sure if this is correct: > > > > ../h:head/h:meta[@name='keywords']/@content > > > > or this: > > > > h:body/../h:head/h:meta[@name='keywords']/@content > > > > > > > > Cheers. > > > > __________________________________ > > > > Mauricio del Olmo Martínez > > > > Dpto. Técnico/I+D+i > > > > Linguaserve Internacionalización de Servicios, S.A. > > > > Tel.: +34 91 761 64 60 ext. 0421 > > Fax: +34 91 542 89 28 > > > > E-mail: tecnico@linguaserve.com > > > > www.linguaserve.com > > > > > > > > «En cumplimiento con lo previsto con los artículos > 21 y 22 de > > la Ley 34/2002, de 11 de julio, de Servicios de la > Sociedad de > > Información y Comercio Electrónico, le informamos > que > > procederemos al archivo y tratamiento de sus datos > > exclusivamente con fines de promoción de los > productos y > > servicios ofrecidos por LINGUASERVE > INTERNACIONALIZACIÓN DE > > SERVICIOS, S.A. En caso de que Vdes. no deseen que > procedamos > > al archivo y tratamiento de los datos > proporcionados, o no > > deseen recibir comunicaciones comerciales sobre los > productos > > y servicios ofrecidos, comuníquenoslo a > > clients@linguaserve.com, y su petición será > inmediatamente > > cumplida.» > > > > > > > > "According to the provisions set forth in articles > 21 and 22 > > of Law 34/2002 of July 11 regarding Information > Society and > > eCommerce Services, we will store and use your > personal data > > with the sole purpose of marketing the products and > services > > offered by LINGUASERVE INTERNACIONALIZACIÓN DE > SERVICIOS, S.A. > > If you do not wish your personal data to be stored > and > > handled, or you do not wish to receive further > information > > regarding products and services offered by our > company, please > > e-mail us to clients@linguaserve.com. Your request > will be > > processed immediately.” > > > > __________________________________ > > > > > > > > > > > > De: Karl Fritsche > [mailto:karl.fritsche@cocomore.com] > > Enviado el: jueves, 25 de octubre de 2012 20:01 > > Para: Yves Savourel > > CC: 'Mauricio del Olmo'; > public-multilingualweb-lt@w3.org > > Asunto: Re: [all] XML from drupal > > > > > > > > > > Hi Yves, > > > > you are absolutely right to be consistent. If it > would be > > changed to absolute, it should be renamed. > > But back to the original question: How would this > example then > > look like in html5? As far as I know <meta> is not > allowed in > > the <body>, but the selector should point to the > <body> or any > > element in it. From there its hard to get back > > to /html/head/meta with a relative selector. > > > > Cheers, > > Karl > > > > > > > > On 25.10.2012 14:59, Yves Savourel wrote: > > Hi Karl, > > > > You are right: the examples in the draft are > wrong as per the current definition in the draft. > > The definition is: "A required domainPointer > attribute that contains a relative selector pointing to a node > that contains the domain information." > > > > Good catch. > > > > As for whether or not it should be relative > or absolute, I think it should be consistent with the other > pointer-like attributes unless there is a compelling reason to > be different. > > > > -yves > > > > > > > > From: Karl Fritsche > [mailto:karl.fritsche@cocomore.com] > > Sent: Thursday, October 25, 2012 6:47 AM > > To: Yves Savourel > > Cc: Mauricio del Olmo; > public-multilingualweb-lt@w3.org > > Subject: Re: [all] XML from drupal > > > > Hi Yves, > > > > I'm confused right now. On Tuesday Felix and > you fixed the domain example. But If I look at the current > examples the domainPointer is still absolute from the root > element and not relative from the selector. If the > domainPointer is relative, then we couldn't use the meta tag > in the head, because the selector points to the body. > > > > selector: selects the nodes to which this > rule applies. > > domainPointer: pointing to a node that > contains the domain information > > > > Shouldn't be both absolute? In XML it is not > a problem to add the domain to the selected node, but for HTML > it would not so easy, especially when we suggest to use the > meta-tag in the head, which is definitely outside the scope of > the selector. > > > > If I'm wrong at least domainPointer is > missing in "5.3.2.2Relative selector". ;) > > > > Cheers, > > Karl > > > > On 25.10.2012 13:46, Mauricio del Olmo > wrote: > > Hi Yves. > > Thanks for pointing at it. > > I’ve informed of this to Karl (Cocomore) > also. > > I’ll change the example in the use case. > > Cheers. > > __________________________________ > > Mauricio del Olmo Martínez > > Dpto. Técnico/I+D+i > > Linguaserve Internacionalización de > Servicios, S.A. > > Tel.: +34 91 761 64 60 ext. 0421 > > Fax: +34 91 542 89 28 > > E-mail: tecnico@linguaserve.com > > www.linguaserve.com > > «En cumplimiento con lo previsto con los > artículos 21 y 22 de la Ley 34/2002, de 11 de julio, de > Servicios de la Sociedad de Información y Comercio > Electrónico, le informamos que procederemos al archivo y > tratamiento de sus datos exclusivamente con fines de promoción > de los productos y servicios ofrecidos por LINGUASERVE > INTERNACIONALIZACIÓN DE SERVICIOS, S.A. En caso de que Vdes. > no deseen que procedamos al archivo y tratamiento de los datos > proporcionados, o no deseen recibir comunicaciones comerciales > sobre los productos y servicios ofrecidos, comuníquenoslo a > clients@linguaserve.com, y su petición será inmediatamente > cumplida.» > > "According to the provisions set forth in > articles 21 and 22 of Law 34/2002 of July 11 regarding > Information Society and eCommerce Services, we will store and > use your personal data with the sole purpose of marketing the > products and services offered by LINGUASERVE > INTERNACIONALIZACIÓN DE SERVICIOS, S.A. If you do not wish > your personal data to be stored and handled, or you do not > wish to receive further information regarding products and > services offered by our company, please e-mail us to > clients@linguaserve.com. Your request will be processed > immediately.” > > __________________________________ > > -----Mensaje original----- > > De: Yves Savourel > [mailto:ysavourel@enlaso.com] > > Enviado el: miércoles, 24 de octubre de 2012 > 23:45 > > Para: public-multilingualweb-lt@w3.org > > Asunto: RE: [all] XML from drupal > > Hi Maurico, all, > > One more note on the example here: > > > http://www.w3.org/International/multilingualweb/lt/wiki/LSP_Localization_Chain_Side_Use_Case_Demonstration#Step_3:_Postproduction_process > > The domainPointer attribute in this rule: > > <its:domainRule > domainPointer="//job[@id=11]/@domain" > selector="//job[@id='11']"/> > > Is not valid: Pointers are relative > selectors (See > http://www.w3.org/International/multilingualweb/lt/drafts/its20/its20.html#selectors) based on the nodes corresponding to the selector attribute. So should be something like: > > > > <its:domainRule domainPointer="@domain" > selector="//job[@id='11']"/> > > Hopefully we can have things like that > checked with the ITS schema at some point (maybe it does > already). > > Cheers, > > -yves > > > > > > > > > > > > > > -- > > Karl Fritsche, Junior Software Developer > > Tel.: +49 69 972 69 2604; Mob.: +49 1520 206 30 93; > Fax: +49 > > 69 972 69 199; Email: Karl.Fritsche@cocomore.com > > Cocomore AG, Gutleutstraße 30, D-60329 Frankfurt > > Internet: http://www.cocomore.de Facebook: > > http://www.facebook.com/cocomore Google+: > > http://plus.cocomore.de > > Cocomore is active member of the World Wide Web > Consortium > > (W3C) > > Vorstand: Dr. Hans-Ulrich von Freyberg (Vors.), Dr. > Jens > > Fricke, Marc Kutschera, Vors. des Aufsichtsrates: > Martin > > Velasco, Sitz: Frankfurt/Main, Amtsgericht Frankfurt > am Main, > > HRB 51114 > > > > > > > > > > > > > > -- > > Felix Sasaki > > DFKI / W3C Fellow > > > > > > > > > > > > -- > Felix Sasaki > DFKI / W3C Fellow > >
Received on Thursday, 25 October 2012 21:37:44 UTC