- From: Phil Ritchie <philr@vistatec.ie>
- Date: Fri, 20 Apr 2012 13:25:12 +0100
- To: "Yves Savourel" <ysavourel@enlaso.com>
- Cc: "Multilingual Web LT Public List" <public-multilingualweb-lt@w3.org>
Sounds like a very useful feature to me. Phil On 20 Apr 2012, at 05:03, "Yves Savourel" <ysavourel@enlaso.com> wrote: > Hi all, > > One thing I've noticed during the past years working with ITS 1.0 is that, quite often, having a way to use 'variables' in ITS rules would have been a lot more efficient having to create multiple ITS files. > > For example, imagine some rules that say: > > In file 1: <its:translateRule selector="//*[@stage=LevelA]" translate="no"/> > > In file 2: <its:translateRule selector="//*[@stage=LevelB]" translate="no"/> > > When the calling tool could instead use a single file with: > > <its:translateRule selector="//*[@stage=${LevelValue}]" translate="no"/> > > Or something similar. > > I imagine that with the new data categories, this kind of construct would be even more handy than in ITS 1.0. > > This is not a possible requirement for a new data category, but rather an enhancement of the overall mechanism. So a few questions: > > 1) Would having such variable mechanism (with possibly default values in the rule file) be useful? > > 2) Is it ok to contemplate changes like this to the basic ITS mechanism, or are they out-of-scope? > > 3) If this is something we'd like to include, where do we capture this in the requirements document? > > Cheers, > -yves > > > > ************************************************************ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender immediately by e-mail. www.vistatec.com ************************************************************
Received on Friday, 20 April 2012 12:25:46 UTC