W3C home > Mailing lists > Public > xproc-dev@w3.org > August 2013

Re: New step: wait for input

From: Ari Nordström <Ari.Nordstrom@condesign.se>
Date: Wed, 07 Aug 2013 23:17:51 +0200
Message-Id: <5202D59F0200007300016F76@grpw.condesign.se>
To: <ndw@nwalsh.com>,<jim@webcomposite.com>
Cc: <xproc-dev@w3.org>
Norm's new step basically works for me--checking a URI for change is
fine. I need to have my pipeline wait while the user updates and saves
an XForm so the URI check is simply to see if the XForm has managed to
save a new document. With an XPath and a condition, I'm not sure what to
check the XPath against. It wouldn't work to look at the updated
instance in the XForm itself, I suspect.

Best,

/Ari

Ari Nordström
Senior Consultant 
 
Condesign Operations Support AB
Phone +46 31 744 17 91
Mobile +46 736 000 333
Email ari.nordstrom@condesign.se 

>>> James Fuller  08/06/13 4:45 PM >>>
very nice,

reminds me of evolution of tasks in Ant * someone would impl one
variety of a task then we would get

wait-for-input, wait-for-some-condition, wait-for-*

all with different signatures, inputs, outputs, etc*

I wonder if we could consider an alternate route * more like
cx:depends-on attribute eg. cx:wait-on and use the power of xpath to
be our language for defining condition to wait for ? Its a half baked
idea but architecturally I like it better then having yet another
step.

J

On 6 August 2013 16:04, Norman Walsh  wrote:
> James Fuller  writes:
>> how far would we go, eg. should we consider a compound step as in the
>> example below ?
>
> I didn't think of it as a compound step, my first idea was this:
>
>   http://xmlcalabash.com/docs/reference/cx-wait-for-update.html
>
>                                         Be seeing you,
>                                           norm
>
> --
> Norman Walsh
> Lead Engineer
> MarkLogic Corporation
> Phone: +1 512 761 6676
> www.marklogic.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information.  If you have
received it in error, please notify the sender immediately and delete
the original.  Any other use of the email by you is prohibited.
 
Condesign AB, 556255-8313, säte Göteborg; Condesign Automation AB,
556271-3676, säte Göteborg; Condesign Engineering AB, 556469-2092 säte
Göteborg; Condesign Infocom AB, 556453-7172, säte Ljungby; Condesign
InfoProductions AB, 556385-4255, säte Linköping; Condesign Operations
Support AB, 556307-1231, säte Göteborg.
 
Received on Wednesday, 7 August 2013 21:18:34 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:03:11 UTC