Exploring and editing large XML documents - recommended approach?

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

Exploring and editing large XML documents - recommended approach?

Pascal Heus
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
Reply | Threaded
Open this post in threaded view
|

Re: Exploring and editing large XML documents - recommended approach?

Erik Bruchez
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
Reply | Threaded
Open this post in threaded view
|

Re: Exploring and editing large XML documents - recommended approach?

Pascal Heus
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: [hidden email]
For general help: [hidden email]
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: [hidden email] For general help: [hidden email] 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
Reply | Threaded
Open this post in threaded view
|

Re: Exploring and editing large XML documents - recommended approach?

Alessandro  Vernet
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
Reply | Threaded
Open this post in threaded view
|

Re: Exploring and editing large XML documents - recommended approach?

Erik Bruchez
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