W3C home > Mailing lists > Public > public-xml-processing-model-comments@w3.org > July 2007


From: Vasil Rangelov <boen.robot@gmail.com>
Date: Sat, 7 Jul 2007 00:30:53 +0300
To: <public-xml-processing-model-comments@w3.org>
Message-ID: <468eb499.07aa420a.3cc8.086e@mx.google.com>
I read the Editorial Note on the parameter
inputs(http://www.w3.org/XML/XProc/docs/langspec.html#default-params), and I
have a suggestion. How about simply make it a static error if no explicit
binding is provided?


If that is not an option, then I'm more with the part of the WG that
suggests that simply no parameters are passed. That is, behave the same way,
as if a p:empty binding was used.


A third option, which I wouldn't hardly suggest, but should still be
considered, is to use the default readable port. This would be consistent
with the document inputs and would also be especially useful for steps that
don't take input documents, but can take parameters, but is probably the
only useful case.


Speaking of p:empty, I'm not exactly seeing the use of it. If p:empty is not
provided, the input port's binding will be the default readable port (on
document inputs I mean). now that's really the part I don't like very much.
The whole idea of a default readable port. While it makes the XProc file
smaller, it seems to me it makes it less readable (I'm having a hard time
figuring out how all implicitly used ports are connected) and also a little
harder to implement (I've tried to start implementing XProc as a PHP
extension (PEAR style), and this was the first thing that simply stopped me
for the time being), because the processor needs to make a sort of
"intelligent" decisions on its own. I'm not that experienced programmer to
create such sort of a processor, though I guess my newbieness in this area
should not be taken into account.



BTW, I still VERY strongly believe "Store" should be called "Save" instead.



Vasil Rangelov
Received on Friday, 6 July 2007 21:31:12 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:28:24 UTC