-
Notifications
You must be signed in to change notification settings - Fork 10
XProc 3.0 editorial team minutes, 12 July 2018
- Scribe: Norm
- Roll call
- Present: Norm, Achim, Erik
- Regrets: Gerrit
- Proposed agenda
- Making @expand-text generic
- Globbing for p:directory-list and p:load-directory-list
- Signatures for p:declare-step
- Variables in the prolog
- Next meeting: Thu 26 July
- Erik gives regrets for 26 July through Leipzig
Consensus: allow @expand-text everywhere. Use @p:expand-text on non-XProc elements.
See https://github.com/xproc/Workshop-2018-06/wiki/Minutes
Consensus: no globbing.
The minutes show include-filter and exclude-filter as attributes with AVTs. That won’t work because the AVT in an attribute value returns a single untyped atomic, not a list.
After some discussion, we agree to leave declare-step as it is and make warnings about pointless serialization options and defaulted inputs a quality of implementation issue.
Discussion of the complexities introduced by adding p:variable to the “prolog” and the even greater complexities of allowing p:import there in order to import variables.
After some consideration, the new content model of p:declare-step will be:
(p:import-functions|p:import)*,
(p:input | p:output | p:option | p:variable)*,
(p:declare-step*, subpipeline)?
It’s an error if two imported libraries define the same exported variable just like it’s an error if they define the same step-type.
The error for @href needs to be dynamic because they’re AVTs.
We need a dynamic error for an invalid URIs so that we can p:catch them.
Norm to revise the PR.