W3C home > Mailing lists > Public > www-forms@w3.org > November 2006

Re: filter thoughts

From: Jason <jeacott@hardlight.com.au>
Date: Mon, 06 Nov 2006 21:27:39 +1030
Message-ID: <454F1523.8040901@hardlight.com.au>
To: mark.birbeck@x-port.net
CC: www-forms <www-forms@w3.org>

yep - something that works on any node would be far better!
I would have suggested it, but I figured everyone would get upset & find 
reasons to say the idea is unworkable. What you have in mind sounds 
great - bring it on!

Mark Birbeck wrote:
> [Email was sent too early!]
> Jason,
>>       just a thought, but is there any reason that in a submission 
>> element
>> there couldn't be attributes like:
>> outfilter="some-bind-or-embeddedxsltref or url"
>> infilter="some-bind-or-embeddedxsltref or url"
>> ?
>> or even outfilterchain=""!
> I think this is a great idea, as I'm sure will many who read it. I had
> a slightly different take on how to add it to XForms though, but the
> goal is much the same.
> There have been some additions to XForms lately to give the author
> access to data at various stages of processing--just before
> submission, after submission errors, and so on. This sets things up
> nicely for exactly what you are talking about; the thing to do would
> be to allow an action handler that performs a transformation on _any_
> node, placing the result at _any_ position desired.
> The reason I would prefer this to having an attribute on submission,
> is that firstly it could be used at any point in an action,
> independent of submission. And secondly it means that it need not be
> part of the core language--not every processor would be required to
> implement XSLT.
> The final piece of the jigsaw is that a prime candidate for providing
> such actions is the proposed pipeline language, which is currently
> being developed as a standalone language, but which would be far more
> useful as a set of actions that could be used in any language. Any
> thoughts on that Erik? :)
> Best regards,
> Mark
Received on Monday, 6 November 2006 10:57:58 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:19 UTC