IMPORTANT:
this is not a Support Forum! Experienced users might answer from time to time questions posted here. If you need a professional and reliable answer, or if you want to report a bug, please contact Altova Support instead.

[Authentic Plugin]: Slowness...again... Options · View
gizmo
Posted: Friday, August 22, 2008 12:42:02 PM
Rank: Advanced Member

Joined: 10/25/2006
Posts: 54
Location: Darmstadt, Germany
Hi there,

V10.2.1.0 of the plugin improved the performance a lot.....for small XML documents....

Anyway, my 200kb XML document takes 1:54m to load into MS IE.

I have already had a look at the document and it is both well-formed and valid against its XSD schema definition (according to XMLSpy)...

Does anyone had similar problems/possible solutions?...

Thanks,

Gizmo
vlad
Posted: Sunday, August 24, 2008 11:54:35 AM
Rank: Advanced Member

Joined: 12/13/2005
Posts: 2,856
Location: Mauritius
Your question cannot be answered without knowledge of your particular case, but I saw your request to our Support.

The problem with your loading time has nothing to do with XML or XSD file you supply, but with an excessive rendering you are using to present your XML file to end-users: a lengthy list of complete entry-forms for every small chunk of data. Just try a print preview from Authentic - on my computer it results in 170 pages(!), which Authentic has to show all at once - I'd argue that Authentic is not doing too bad with this amount of output. If you still doubt - just compare time to load in Authentic with amount of time required for XSLT transformation only to HTML.

I can only suggest to reduce the visible part of data, i.e. to use conditions to show user always only a part of XML file. (I guess no user really needs to see this very lengthy document at once). This will hugely reduce loading time and increase editing speed. If you attempt to always show the whole file for editing at any time, you will clearly end up in a limit one day.
gizmo
Posted: Sunday, August 24, 2008 5:09:20 PM
Rank: Advanced Member

Joined: 10/25/2006
Posts: 54
Location: Darmstadt, Germany
Hi Vlad, many thanks for your reply.

Actually what I was looking for, was a way for users to edit XML documents as if they were using an ordinary document editor.

Previously, the plugin (V9.0.2.0) was slower with only about 20-30 pages. But after I did a lot of simplifications on the MMI and together with the new release (V10.2.1.0), editing became possible.

Now my users came up with an XML document (which is not really large - around 200kb, but gets printed in PDF - using my XSLT scripts to a 200 Page document) - So I believe when you tell me that the GUI printed a 170-page doc.

Hum...I was wondering, if I would use conditions to partially show each of the data blocks that is repeatedly being shown (I have 115 of these blocks) - depending on a pull-down menu for instance, to determine the block number to be shown, will the GUI run faster???

I hope that the bottleneck would not be the Schema validation, because if anyway, this is done on the entire document, I guess it would still be slow, every time I manipulate the GUI...or am I wrong??

Do you have any further suggestion(s) of how I could tackle this??

Thank you again for the attention you are putting in order to help me out with these issues.

Gizmo
vlad
Posted: Monday, August 25, 2008 3:27:13 PM
Rank: Advanced Member

Joined: 12/13/2005
Posts: 2,856
Location: Mauritius
Currently I have no further suggestions, because I didn't look deeper into the document structure, but this because the major showstopper was very obvious to me - you need to significantly reduce amount of rendered data. You can try this very quickly: just make a combo-box with number 1-10 and show 1-10 (corresponding) page only- this will quickly give you an idea whether this is enough or not.
gizmo
Posted: Wednesday, August 27, 2008 6:25:08 AM
Rank: Advanced Member

Joined: 10/25/2006
Posts: 54
Location: Darmstadt, Germany
Hi Vlad,

That's what I was thinking about, to allow users to use a pull-down menu to select the section number (which repeats itself), one at the time.

Thanks again. Let's see what happens.

Cheers,

Gizmo
gizmo
Posted: Monday, September 8, 2008 1:49:47 PM
Rank: Advanced Member

Joined: 10/25/2006
Posts: 54
Location: Darmstadt, Germany
gizmo wrote:
Hi Vlad,

That's what I was thinking about, to allow users to use a pull-down menu to select the section number (which repeats itself), one at the time.

Thanks again. Let's see what happens.

Cheers,

Gizmo


Hi again Vlad,

I created a dynamic pull-down menu which gets populated with the position and name of the section. Result? WORKS like a charm!

However, I now get a different behaviour when trying to edit the XML document in Stylevision or the Authentic Browser Plugin.

When using the Browser plugin inside MS IE, the pull-down menu does not appear and I cannot figure out why...(maybe I should contact you through the technical support?)

Many thanks again for all your help,

Gizmo
Users browsing this topic
guest

Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Use of the Altova User Forum(s) is governed by the Altova Terms of Use.