Why try to reinvent the wheel?
We already have XPath. Why use it? Because its like all computer related thing
teached us for years. Everybody know that ".." means parent.
I agree with Joerg:
"in my opinion the syntax {/////1} is really poor".
I can add that nobody know this concept. Bus ask someone that never hear about
Cocoon and XPath: {../../../1}
And quickly will respond: "3 level parents back"
The syntax {///1} is ambigous. where we move? Into the childs or into the
parents. I think many people will guest that this is onto the chlids. That
will confuse this all thing more.
Antonio Gallardo
El Miércoles, 09 de Octubre de 2002 14:29, Joerg Heinicke escribió:
> Hello Thorsten,
>
> in my opinion the syntax {/////1} is really poor. Maybe it's only
> because of my knowledge to XPath and file systems or protocols, but a
> syntax like ////1 is not known anywhere. It's logical to use /1 to get
> the root 1, but never for 1 level back. Who shell explain this to Cocoon
> newbies??
>
> The only nice proposal I found was made by Ilya A. Kriveshko:
> http://www.mail-archive.com/cocoon-dev@xml.apache.org/msg22477.html.
>
> Regards,
>
> Joerg
>
> Torsten Curdt wrote:
> >>>I also wanted to add support for going down the tree of results.
> >>>but could not come up with a good syntax.
> >>>
> >>> {///1} - for 3 levels deeper
> >>> {../../../1} - for 3 levels back
> >>>
> >>>But I am not quite sure if this really makes sense... FS?
> >>
> >>I say {///1} (and sure it makes sense)
> >>
> >>(but who cares what i say )
> >
> > be sure we care what users say...
> >
> > ...but I'd like hear some more comments on this before I go for it
> >
> > cheers
> > --
> > Torsten
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
