Subject:documents of almost any size? Author:Hans-Peter Haberlandner Date:22 Jun 2001 03:21 AM
The release notes say:"The XML editor is now able to open very large XML documents. The DOM tree view of a document is the most scalable, and it allows you to edit an XML document of almost any size."
I tried to load a 11MB XML file and after reading it, every single click in the program takes up to minutes.
I am using Windows NT and have 256MB RAM.
Are there any options to be changed or where is "almost any size" limited?
Subject:Re: documents of almost any size? Author:Minollo I. Date:22 Jun 2001 09:11 AM
At 03:25 AM 6/22/2001 -0400, you wrote:
>From: "Hans-Peter Haberlandner"
>
>The release notes say:"The XML editor is now able to open very large XML
>documents. The DOM tree view of a document is the most scalable, and it
>allows you to edit an XML document of almost any size."
>I tried to load a 11MB XML file and after reading it, every single click
>in the program takes up to minutes.
This is strange; after the document has been loaded, it shouldn't be
causing almost any further load on the application or system (the only one
could be syntax coloring in the text editor). Can you see with task manager
if there is CPU consumption by the Stylus Studio application after the
document is loaded? Does the system remain slow also switching from source
mode to tree mode?
>I am using Windows NT and have 256MB RAM.
>Are there any options to be changed or where is "almost any size" limited?
No; we regularly test the system with files in the order of 30/40MB,
without any problem.
Subject:Re: documents of almost any size? Author:Minollo I. Date:22 Jun 2001 02:05 PM
Thanks for sending us the testcase.
The problems you are experiencing are related to the fact that your 11MB
XML document is a single line document; that won't work very well in the
text tab. It would work well in tree/grid mode if there wasn't an invalid
character in one of the attribute values (tree and grid modes can be
enabled only if the XML document is valid, because they are based on the
document DOM representation).
Anyway, thanks to the testcase we are doing some work to make the editor
work smoothly on very-long-line documents; basically what will happen is
that the editor will split (XML friendly) long-lines in multiple lines each
no longer than about 16K characters.
We'll hopefully have a build for you to test later today or during the weekend.