- From: Alex Milowski <alex@milowski.org>
- Date: Fri, 12 May 2006 08:46:15 -0700
- To: public-xml-processing-model-wg@w3.org
Jeni Tennison wrote:
>
> I'd like to avoid defining a directed-syntax shorthand in this version
> of XProc, because it's more work and because I'm worried about
> specifying a language that different users may use completely differently.
>
> I suggest that we put in place the restrictions that make a directed
> syntax possible, particularly ensuring that inputs, outputs and
> parameters have to have different names. As you say, it should be a
> fairly straight-fo XSLT transformation from directed to generic syntax,
> so it would be easy to put together a toolset that supports authors
> writing in a directed syntax without us having to specify it now.
I just want to register that I'm conflicted:
* I believe, based on those around me using smallx, that a directed
syntax for steps is *easier* to use. Normal, non-XML-super-geeks,
seem to find it much easier to understand how to use the step.
* In smallx, this is way simpler because I have only one input and
one output. So, the above "user experience" doesn't map completely
to a more general situation.
* Having a directed syntax makes it harder on tool providers to
understand an extension step in that they need to know a lot about
the directed syntax (e.g. the element structure mapping to inputs,
outputs, and parameters) to get the flow graph correct.
* But, I still really want this... :)
I think we need to decide whether we will have step definitions in
our language. If so, I think this problem becomes tractable.
I think whether or not we have step definitions is the first question we
need to answer.
--Alex Milowski
Received on Friday, 12 May 2006 15:53:20 UTC