Re: url params et al

T.V Raman wrote:
> 
> Well, for the client or server agnostic solution, same
> three-letter incantation -- AVT 

that's the other variant Chiba supports. So the following expression 
will also work

<xf:submission action="http://somehost/{/data/nextUrl}" .../>

provides that there's a default instance like this:
<xf:instance xmlns="">
   <data>
     <nextUrl>somepage.html</nextUrl>
   </data>
</xf:instance>

Joern

> 
> Mark Birbeck writes:
>  > 
>  > Jason,
>  > 
>  > Glad that works for you...but that's a server-side solution, so it
>  > falls into the first category I outlined, such as ASP, JSP, PHP, etc.
>  > Chiba is doing the substitution for you.
>  > 
>  > I'm not saying this isn't useful, just that I'd like to see a solution
>  > where you could do this even if you were running a form locally on
>  > your machine, with no server.
>  > 
>  > Regards,
>  > 
>  > Mark
>  > 
>  > 
>  > On 24/08/06, Jason <jeacott@hardlight.com.au> wrote:
>  > > argh -next time I'll read the doco first!
>  > > I'm using Chiba and it already has a way of handling this very much
>  > > along the lines described by Mark. DOH!
>  > > -if you are interested in their resolution its described in the chiba
>  > > cookbook, or the short version in the chiba FAQ
>  > >
>  > > thanks again to all that helped - I'll now be using the chiba specific
>  > > solution just because in this case its very simple and unobtrusive.
>  > >
>  > > "specifiy a parameter on the GET string calling the form. This parameter
>  > > say 'foo' may then be used on the URI-string such as <submission
>  > > action="http://yourhost/{foo}" .../>. The value of 'foo' will be
>  > > substituted for the expression {foo} then. "
>  > >
>  > > *note there are more elaborate mechanisms for handling arbitrary numbers
>  > > of named params, potentially (I think) from multiple sources.
>  > >
>  > > Regards
>  > > Jason.
>  > >
>  > >
>  > >
>  > > Klotz, Leigh wrote:
>  > > > I think this processing rightfully belongs on the server, as the URI
>  > > > specifies the resource, and the server is responsible for providing you
>  > > > the resource.
>  > > > I'm not sure what XForms processor you're using, but in browsers that
>  > > > support JavaScript handlers, you can ask the browser what the page URI
>  > > > was (via the location property).
>  > > > Leigh.
>  > > >
>  > > >
>  > > > -----Original Message-----
>  > > > From: www-forms-request@w3.org [mailto:www-forms-request@w3.org] On
>  > > > Behalf Of Jason
>  > > > Sent: Tuesday, August 22, 2006 11:46 PM
>  > > > To: www-forms@w3.org
>  > > > Subject: url params et al
>  > > >
>  > > >
>  > > > Hi all -I think I'm going quietly mad. I have a small problem that I
>  > > > haven't had to deal with via xforms before (I think) and cant seem to
>  > > > see the solution - it must be easy, I'm sure of it.
>  > > > I need to launch an xform with a given data id passed as an url
>  > > > parameter (the url will come from an email). eg:
>  > > > http://.../somexform?id=abcd
>  > > >
>  > > > the form then needs to load data with id=abcd (or at least something
>  > > > derived from it).
>  > > >
>  > > > my question is how can I do this without dynamically modifying the xform
>  > > >
>  > > > itself each time. I dont really want to store the id in a session
>  > > > variable and have the form retrieve it on form-ready, I'd like to know
>  > > > if its possible with a pure xform, or at least a nicer approach to this
>  > > > one. This would be trivial if the initial request was via the xform, but
>  > > >
>  > > > how do you preset a forms' state for startup without having the form
>  > > > request the info itself?
>  > > >
>  > > > any thoughts? I think my head must be full of cotton wool.
>  > > >
>  > > > thanks
>  > > > Jason.
>  > > >
>  > > >
>  > > >
>  > > >
>  > >
>  > >
>  > 
>  > 
>  > -- 
>  > Mark Birbeck
>  > CEO
>  > x-port.net Ltd.
>  > 
>  > e: Mark.Birbeck@x-port.net
>  > t: +44 (0) 20 7689 9232
>  > w: http://www.formsPlayer.com/
>  > b: http://internet-apps.blogspot.com/
>  > 
>  > Download our XForms processor from
>  > http://www.formsPlayer.com/
>

Received on Thursday, 24 August 2006 20:09:56 UTC