Re: Re: I get a trouble with the xforms

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Re: I get a trouble with the xforms

suneclipse
Thank you very much!Now I have been writing a extending xforms server upon the ops xforms server engine.Concretely speaking,I give the javascript_ api to visit the instance data.I want to make anything form the xforms seeable.I want to do this because I have some my own understanding.Maybe you know about ajax-forms.That is another xforms implemention.They translate all the xforms meaning to the dhtml.There is nothing on the back server.Well,because for some scene,this will cause the browser to be too slow,we have give up that resolvent.However,we always feel that there is something lack in the ops.I am not very sure.Simply speaking,I want to take anything expressed by xforms as a just designing for the communication.Then,I would use the xhtml+javascript_+css to implement it.So at this time,I still can see everything.I can visit the xforms binding as it is just some hidden div and some javascript_ function.I mean,here,I can still has all the expressing ability from the xhtml+javascript_+css.I can add anything while I keep myself to conform to the "xforms design".This is what I want.So I wrote something upon the ops to implement my object.I really find since I can visit the instance data by the javascript_,many thing has became easy.I would have to extend many xforms control if I did not extend the xforms server itself.So I did it.It seems fine.However,I think there must be more thing to do about this point.What do you think?



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Re: I get a trouble with the xforms

Alessandro  Vernet
Administrator
There are many cases where you do not want the XForms instances to be
exposed to client-side JavaScript, because of performance and security
reasons. But I understand there are also cases where you might want to
have the instances accessible on the client-side. Could you share with
us some more information about the solution you have implemented?

Alex

On 11/26/06, [hidden email] <[hidden email]> wrote:

> Thank you very much!Now I have been writing a extending xforms server upon the ops xforms server engine.Concretely speaking,I give the javascript_ api to visit the instance data.I want to make anything form the xforms seeable.I want to do this because I have some my own understanding.Maybe you know about ajax-forms.That is another xforms implemention.They translate all the xforms meaning to the dhtml.There is nothing on the back server.Well,because for some scene,this will cause the browser to be too slow,we have give up that resolvent.However,we always feel that there is something lack in the ops.I am not very sure.Simply speaking,I want to take anything expressed by xforms as a just designing for the communication.Then,I would use the xhtml+javascript_+css to implement it.So at this time,I still can see everything.I can visit the xforms binding as it is just some hidden div and some javascript_ function.I mean,here,I can still has all the expressing ability from the xhtml+j
>  avascript_+css.I can add anything while I keep myself to conform to the "xforms design".This is what I want.So I wrote something upon the ops to implement my object.I really find since I can visit the instance data by the javascript_,many thing has became easy.I would have to extend many xforms control if I did not extend the xforms server itself.So I did it.It seems fine.However,I think there must be more thing to do about this point.What do you think?
>
>
>
>
> --
> You receive this message as a subscriber of the [hidden email] mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>

--
Blog (XML, Web apps, Open Source):
http://www.orbeon.com/blog/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon
Follow me on Twitter: @avernet