- From: Norman Walsh <ndw@nwalsh.com>
- Date: Thu, 13 Mar 2008 16:09:17 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <m2skyus7wy.fsf@nwalsh.com>
Folks,
I have tried (and tried, and tried) to write a draft which describes
our decisions with respect to options and scoping. I simply cannot do
it. I'm not saying it can't be done, but I have failed utterly. There
are simply too many related, but not quite identical, concepts
floating around under the rubric "p:option". Every attempt to
disentangle the concepts and describe them produced sentences that
would only invite ridicule.
However, we *must* make progress, so I took a step back and decided to
try something else.
If the problem is that we've got too many concepts under a single name,
let's fix that problem by ... given them different names!
So there's a new draft at
  http://www.w3.org/XML/XProc/docs/alternate/
In this draft, I have:
- Split the functionality of p:option
  - Using p:option only for declaring options on p:declare-step
  - Using p:with-option to specify values for options in atomic steps
  - Added p:variable for holding computed values
- Renamed p:parameter to p:with-param for consistency with p:with-option
- Renamed c:parameter and c:parameter-set to c:param and c:param-set,
  for consistency
I think this is an improvement. I *really* think we should remove the
value attribute from p:with-option and p:with-param. It wouldn't
remove any functionality, it would remove a needless difference from
XSLT, and it would simplify the spec.
Comments most welcome.
                                        Be seeing you,
                                          norm
-- 
Norman Walsh <ndw@nwalsh.com> | Puritanism--The haunting fear that
http://nwalsh.com/            | someone, somewhere may be happy.--H.L.
                              | Mencken
Received on Thursday, 13 March 2008 20:09:57 UTC