[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jedit-devel
Subject:    [ jEdit-devel ] [ jedit-Plugin Bugs-3016753 ] XML plugin: Slow with
From:       "SourceForge.net" <noreply () sourceforge ! net>
Date:       2011-06-19 12:47:36
Message-ID: E1QYHPf-00081A-4J () sfs-ml-1 ! v29 ! ch3 ! sourceforge ! com
[Download RAW message or body]

Plugin Bugs item #3016753, was opened at 2010-06-15 23:54
Message generated for change (Comment added) made by kerik-sf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3016753&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sarah (adblockfreak)
Assigned to: Eric Le Lay (kerik-sf)
Summary: XML plugin: Slow with large XML files

Initial Comment:
If you use Sidekick and the XML parser, then when a large XML file is edited, jEdit \
becomes very slow, even freezing, unless you turn off parsing in Sidekick first. For \
example, download and open the XML file at \
http://www.tellurianring.com/images/movies_list_data_1m.xml and hit Ctrl+End. On my \
system, jEdit will peg out at 50% CPU and remain frozen for a couple of minutes. The \
problem goes away if in the Plugins options dlg, SideKick sxn, I turn off all three \
"Auto parsing Settings": "Parse on buffer switch", "Parse on buffer save", and "Parse \
on keystroke." Be sure your folding mode set to "Sidekick" to reproduce this error.

----------------------------------------------------------------------

> Comment By: Eric Le Lay (kerik-sf)
Date: 2011-06-19 14:47

Message:
progress has been made in r19545 and r19597.
Now, SidekickTagHighlight is active by default : it uses Sidekick to
locate the matching tag for matching tag highlight.
Doing so reduces parsing a lot and loading movies_list_data_1m.xml and
hitting Ctrl+End won't block for so long.
It still takes a long time to parse these big files into a Sidekick tree
and to create the corresponding UI (thousands of tree nodes).
Another thing that speeds things up is to use the buffer's content
directly (buffer.getSegment()) instead of making a copy (buffer.getText()).
This is visible when moving the caret around near the end of
movies_list_data_1m.xml to trigger matching tag highlight.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2010-12-09 00:44

Message:
Moving to plugin bugs tracker.


----------------------------------------------------------------------

Comment By: Sarah (adblockfreak)
Date: 2010-06-15 23:55

Message:
System info:
OS: Windows XP Pro, Service Pack 2
Java: 1.6.0_18 according to the first test at
http://www.javatester.org/version.html
jEdit: 4.3.1
Sidekick 0.9
XML 2.6.1
XSLT 0.6.0

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3016753&group_id=588

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel


[prev in list] [next in list] [prev in thread] [next in thread]