Re: XProc Editors Draft 2007-07-19: Appendix A Introduction Comments

Jeni,

The only value we loose with the current status quo is the possibility
to add a @type attribute later, and to add stronger structure, so I'm
with you

Mohamed

On 7/24/07, Alex Milowski <alex@milowski.org> wrote:
>
> On 7/24/07, Jeni Tennison <jeni@jenitennison.com> wrote:
> >
> > Alex Milowski wrote:
> > > On 7/23/07, Jeni Tennison <jeni@jenitennison.com> wrote:
> > >> Could we have a description of the semantics of the 'href' attribute on
> > >> <c:result>? What does it mean if both 'value' and 'href' are specified,
> > >> or is this impossible?
> > >
> > > Yes, I'll clarify that.
> > >
> > > The 'value' and 'href' attributes are mutually exclusive in their use by
> > > the steps.  I'll clarify that in this section.
> >
> > Actually, looking through the places where this is used, why can't we
> > just have a <c:result> element whose *value* is the relevant value? The
> > advantage of this would be that it's easier (shorter XPath) to get to
> > the value:
> >
> >    <p:count />
> >    <p:choose>
> >      <p:when test="/p:result > 2">
> >        ...
> >      </p:when>
> >      <p:otherwise>
> >        ...
> >      </p:otherwise>
> >    </p:choose>
> >
> > What do we gain by specially label those results that are URIs?
>
> I'm not sure what value we gain.  I think we started with 'href' and then it
> expanded from there.
>
> I'm OK with making this the text value of the element.  Any objections?
>
> --
> --Alex Milowski
> "The excellence of grammar as a guide is proportional to the paucity of the
> inflexions, i.e. to the degree of analysis effected by the language
> considered."
>
> Bertrand Russell in a footnote of Principles of Mathematics
>
>


-- 
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 9 52 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €

Received on Tuesday, 24 July 2007 16:01:04 UTC