hah well maybe i just chat wayyy to much with my friends at work. The issue is actually with the JEditorPane - as it turns out the performance is horrendously slow when displaying very large blocks of tests. After doing some pretty basic performance testing I found the loading/parsing of the entire XML file takes under a second or so, the huge block of time mostly comes from the displaying. Though I’m on a mac so I’m not sure if maybe the mac is taking a long time to draw.
That said, i have a very dirty patch for SPARK-1363 that can be tested, it should also (in your consoles) display the time it’s taking to do the various parts of the job. Take a look and see, the largest hit is on window.setText which is painfully slow since it must update the drawing after each line of text. vs setPage() which updates the drawing after loading the entire Document.
using setPage requires the transcript be persisted to HTML before loading into the view however, so they both have their ups/downs.
I’ll get the patch attached asap.