Re: About XML to multiple language/multiple outputs

[Matthias Clasen <clasen@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>]

> 
> Didier answer:
> -------------------------------------------------
> These are quite accurate observations. Add to this, that some part of the
> specs are also badly used because the model is either:
> a) not so clear
> b) hard to express with the current language constructs
> 
> Like I said, we have to leave the existing features there for backward
> compatibility but some part of the spec can be improved. The underlying
> model can be improved too (especially the visual objects model). Grove
> access can be simplified too. Have you take a look at XPath? they did a good
> job to simplify any grove element access by a simple path so, they are using
> a "string" to tell the system to reach a certain node by providing an
> address instead of telling the system how to reach the system. It is like
> giving your address to get to your place is a lot more economical than
> giving all the instructions to get to your place. So, access to grove's node
> can be greatly simplified too by an addressing mechanism.

Isn't this also what the hytime grovepos archform is doing ? (but I couldn't
find it in the 2. edition anymore, so can't say for sure) 

> 
> Frank said:
> ------------------------------------------------------
> If the query-rule construct can be simplified so as to make it universal,
> i.e., so that all the other rules can be expressed in terms of it, then I'm
> all in favor of it.
> 
> Didier answer:
> ------------------------------------------------------
> Good.
> 

No need to do anything here, query is already universal.



-- 
Matthias Clasen, 
Tel. 0761/203-5606
Email: clasen@xxxxxxxxxxxxxxxxxxxxxxxxxx
Mathematisches Institut, Albert-Ludwigs-Universitaet Freiburg


 DSSSList info and archive:  http://www.mulberrytech.com/dsssl/dssslist