- From: Fredrik Liden <fliden@enlaso.com>
- Date: Tue, 16 Oct 2012 14:49:03 -0600
- To: "public-multilingualweb-lt@w3.org" <public-multilingualweb-lt@w3.org>
- Message-ID: <assp.0636f46ce7.4236658BB877A542A66660614300B1858012383157@orion.helios.local>
Hi all, after looking at the latest Disambiguation section here are a few comments and possibly nitpicking: * "None of exactly one of the following:" should be "None or exactly one of the following:" * Under 6.10.2 Implementation, in list, initial cap: a disambigIdentRefPointer attribute. * I think in example 52 should the selector should be changed from selector="/text/body/p/[@id='dublin']" to selector="/text/body/p/span[@id='dublin']" or selector="/text/body/p/*[@id='dublin']" * ◦A disambigIdentPointer attribute... ◦A disambigIdentRef attribute... Would it be better to list the following in this order to be consistent with Localization Note and Terminology (Or follow the order in the latest Translation Agent Provenance, consistent one way or the other)? I found the disambigClassPointer in between the two slightly confusing especially since there is no plain disambigClass: ◦A disambigClassPointer attribute... ◦A disambigClassRef attribute... ◦A disambigClassRefPointer attribute... And ◦A disambigIdent attribute... ◦a disambigIdentRefPointer attribute... 1. Initial cap A (mentioned above). 2. Replace "◦A XYX attribute. It contains" with "◦A XYX attribute that contains" to be consistent * Perhaps clarify "When using a disambiguation rule, the user MUST use one of the use cases for disambiguation:" Should it be "When using a disambiguation rule, the user MUST use at least one of the use cases for disambiguation:" to be clear. But it seems it's illustrated by the example that both can be used. Optionally, change the list format to the one used in some other data categories se bottom, that might clarify the options. * Under LOCAL: "The user MUST use only one of the two addressing modes for disambiguation:" Should this perhaps say "The user MUST use only one of the two addressing modes for "target identity" disambiguation:" to not confuse it with the above sentence. •At least one of the following: •Exactly one of the following: ◦A disambigClassRef.. ◦A disambigClassPointer.. ◦A disambigClassRefPointer .. •One or more of the following: •Exactly one of the following: ◦A disambigIdent attribute.. ◦A disambigIdentRef attribute.. ◦A disambigIdentPointer attribute.. ◦A disambigIdentRefPointer attribute.. •An optional disambigSource attribute.. •An optional disambigGranularity attribute.. Cheers, __________________________________________________ Fredrik Liden Localization Engineer ENLASO Corporation ISO 9001:2008 certified t: 720.259.8537 e: fliden[at]enlaso[dot]com -----Original Message----- From: Yves Savourel Sent: Tuesday, October 16, 2012 6:44 AM To: public-multilingualweb-lt@w3.org Subject: RE: [All] action item clean up and publication schedule > while the text is up-to-date, the examples seem to be a couple of > versions behind - in the last few iterations we were only circulating > the .doc, so it may have got out of sync. > I'm attaching the latest examples here - without disambigSourceRef, etc. Thanks Tadej. I'll update the spec later today. > Is HTML also case-insensitive for attribute values? > For element and attribute names it is, not sure about literal values. > If so, we could change the spec to use dashes (ontologyConcept -> > ontology-concept). I'm not sure for the values. Jirka or Felix would know for sure. Maybe it's not an issue. -yves
Received on Tuesday, 16 October 2012 21:33:40 UTC