I'm find myself facing a dilemma. I need to development XML viewer and
editors for documents that vary in size from a few K to several Mb. The schema is fairly complex and composed of about a hundred different complex type elements defined in various schema files. I'm now starting the viewers and would like users to be able to drill down the document structure dynamically, without having to load the whole document client side at once. What would be the recommended approach taking into account that editing capabilities will be also needed later? I'm thinking about: - Using XForms directly: the problem is that I need too predefine the document structure as I don't think there is a way to dynamically build the form lower levels as the user drills down the document - Using an Ajax based approach with Sarissa and the Yahoo Tree control UI library. This is simple and I can start at the top level of the document and retrieve lower level XML fragment as the user drills down. This should work for viewers but I then loose the XForms advantage when down the road I will let user edit the document. This means I will have to define separate forms for editing. - Go for a hybrid approach: start the document as an XForms and use Ajax to interact directly with the XForms server. I could imagine then load XML fragment editors in the same page using iframes elements. This seem an attractive approach but probably quite challenging. Is there any documentation on the XForms servlet regarding formats/commands (besides exploring the source code?) Any idea/comment/suggestion would be welcome. thanks *Pascal* -- 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 |
Administrator
|
Pascal,
I don't have a final opinion yet, but we are going to investigate the question of the tree control real soon (with no guarantee at the moment that the tree will be actually implemented "real soon" ;-). I think it would be better to have a tree control integrated with the XForms engine rather than using a separate tree control. -Erik Pascal Heus wrote: > I'm find myself facing a dilemma. I need to development XML viewer and > editors for documents that vary in size from a few K to several Mb. > The schema is fairly complex and composed of about a hundred different > complex type elements defined in various schema files. > I'm now starting the viewers and would like users to be able to drill > down the document structure dynamically, without having to load the > whole document client side at once. What would be the recommended > approach taking into account that editing capabilities will be also > needed later? > I'm thinking about: > - Using XForms directly: the problem is that I need too predefine the > document structure as I don't think there is a way to dynamically build > the form lower levels as the user drills down the document > - Using an Ajax based approach with Sarissa and the Yahoo Tree control > UI library. This is simple and I can start at the top level of the > document and retrieve lower level XML fragment as the user drills down. > This should work for viewers but I then loose the XForms advantage when > down the road I will let user edit the document. This means I will have > to define separate forms for editing. > - Go for a hybrid approach: start the document as an XForms and use Ajax > to interact directly with the XForms server. I could imagine then load > XML fragment editors in the same page using iframes elements. This seem > an attractive approach but probably quite challenging. Is there any > documentation on the XForms servlet regarding formats/commands (besides > exploring the source code?) > > Any idea/comment/suggestion would be welcome. > > thanks > *Pascal* > > > > > > > > ------------------------------------------------------------------------ > > > -- > 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 -- Orbeon - XForms Everywhere: 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 |
Erik:
I assume you will be using the Yahoo! UI control (?) I'll be working on an XML/Schema explorer in June as well and will let you know if I come up with anything interesting. thanks *P Erik Bruchez wrote: Pascal, -- 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 |
Administrator
|
On 5/19/06, Pascal Heus <[hidden email]> wrote:
> I assume you will be using the Yahoo! UI control (?) I'll be working on an > XML/Schema explorer in June as well and will let you know if I come up with > anything interesting. Pascal, Yes, the Yahoo! tree control is a very strong candidate. We are already using the slider from the Yahoo! UI Library, and we have found their code to be clean and well documented. So we are inclined to use more of the Yahoo! UI Library. Alex -- 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 |
Administrator
|
In reply to this post by Pascal Heus
Pascal,
That's clearly a possible choice: I find YUI quite impressive. -Erik Pascal Heus wrote: > Erik: > I assume you will be using the Yahoo! UI control (?) I'll be working on > an XML/Schema explorer in June as well and will let you know if I come > up with anything interesting. > thanks > *P > > Erik Bruchez wrote: >> Pascal, >> >> I don't have a final opinion yet, but we are going to investigate the >> question of the tree control real soon (with no guarantee at the >> moment that the tree will be actually implemented "real soon" ;-). >> >> I think it would be better to have a tree control integrated with the >> XForms engine rather than using a separate tree control. >> >> -Erik >> >> Pascal Heus wrote: >>> I'm find myself facing a dilemma. I need to development XML viewer and >>> editors for documents that vary in size from a few K to several Mb. >>> The schema is fairly complex and composed of about a hundred different >>> complex type elements defined in various schema files. >>> I'm now starting the viewers and would like users to be able to drill >>> down the document structure dynamically, without having to load the >>> whole document client side at once. What would be the recommended >>> approach taking into account that editing capabilities will be also >>> needed later? >>> I'm thinking about: >>> - Using XForms directly: the problem is that I need too predefine the >>> document structure as I don't think there is a way to dynamically build >>> the form lower levels as the user drills down the document >>> - Using an Ajax based approach with Sarissa and the Yahoo Tree control >>> UI library. This is simple and I can start at the top level of the >>> document and retrieve lower level XML fragment as the user drills down. >>> This should work for viewers but I then loose the XForms advantage when >>> down the road I will let user edit the document. This means I will have >>> to define separate forms for editing. >>> - Go for a hybrid approach: start the document as an XForms and use Ajax >>> to interact directly with the XForms server. I could imagine then load >>> XML fragment editors in the same page using iframes elements. This seem >>> an attractive approach but probably quite challenging. Is there any >>> documentation on the XForms servlet regarding formats/commands (besides >>> exploring the source code?) >>> >>> Any idea/comment/suggestion would be welcome. >>> >>> thanks >>> *Pascal* >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> -- >>> 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 >> >> >> ------------------------------------------------------------------------ >> >> >> -- >> 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 >> > > > ------------------------------------------------------------------------ > > > -- > 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 -- Orbeon - XForms Everywhere: 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 |
Free forum by Nabble | Edit this page |