- From: Christophe Marchand <cmarchand@oxiane.com>
- Date: Tue, 5 May 2020 21:21:26 +0200
- To: Norman Walsh <Norman.Walsh@marklogic.com>
- Cc: "xproc-dev@w3.org" <xproc-dev@w3.org>
Martin Honnen had a solution with a variable : <p:declare-step name"named-pipe"> <p:input port="source" primary="true"/> <p:input port="other"/> <p:output port="result" primary="true"/> <p:variable name="v1" pipe="source@named-pipe" select="/*"/> <p:variable name="v2" pipe="other@named-pipe" select="/*"/> <p:xslt message="Transforming {base-uri($v1)} with {base-uri($v2)}"> ... </p:xslt> </p:declare-step> And this perfectly works ! It outputs Transforming file:/Users/cmarchand/devel/formation/XProc_3.0/Chapter_2/data/data.xml with file:/Users/cmarchand/devel/formation/XProc_3.0/Chapter_2/101/documents/additional-headers.xml Some of you may now know on what I'm working ;-) Thanks a lot, Christophe Le 05/05/2020 à 20:22, Norman Walsh a écrit : > Christophe Marchand <cmarchand@oxiane.com> writes: >> Or, if I can't, is there an XSPec XPath extension function that >> returns the content of port@named-pipe ? > No. That would move computation of pipeline connections out of the > static analysis phase and into the runtime. That’s out-of-scope for > XProc 3.0. You can still achieve what you for ordinary options by using > the “long form” of p:with-option. Maybe that’s not possible for the > message feature. Hmmm. Not in 3.0! > > Be seeing you, > norm > > -- > Norman Tovey-Walsh > Principal Engineer > MarkLogic Corporation > Phone: +1 512 761 6676 > www.marklogic.com
Received on Tuesday, 5 May 2020 19:21:51 UTC