Re: EXPath, Proposed File Module

Few remarks

== XSLT 2.0 and XSLT 3.0 ==

You say in the introduction
[[
This proposal provides a file system API for XPath. It defines extension
functions to perform file system related operations such as listing,
reading, or writing files or directories. It has been designed to be
compatible with XQuery 1.0 and XSLT 2.0, as well as any other XPath 2.0
usage.
]]

And then in the Appendix A - References, you mention XSLT 3.0 and XPath 3.0

Probably you should mention BOTH in both places

== Error conditions ==
I'm fine with errors that are in the file http://expath.org/ns/file namespace
like not-found, exists, no-dir, is-dir, or even io-error

I'm a bit less confortable with unknown-encoding and out-of-range being in
this namespace

What's the plan here : do we want all the EXPath specification be
standalone ? or do we want to avoid duplication ?

Mohamed



On Fri, Dec 6, 2013 at 5:17 PM, Christian Grün <christian.gruen@gmail.com>wrote:

> Dear all,
>
> After John has announced the exciting new EXPath Binary Module, I am
> now pleased to add the official release of the Proposed File Module:
>
>   http://expath.org/spec/file
>
> All your feedback over the last three years has been very valuable to
> further improve this module. We are looking to hearing more about your
> use cases and possible feature requests!
>
> If you are interested in providing a new implementation for this
> module, please check out the QT3 test available at:
>
>   https://github.com/expath/expath-cg/tree/master/tests/qt3/file
>
> Cheers,
> Christian
>
>


-- 
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 €