#9 Performance issue on Mac when go to previous/next segment

open
None
6
2012-10-23
2011-03-24
No

I recently changed my working environment from Windows to MacOS X and experienced performance issue when tried to move between segments using keyboard. Depending on document size, it even took 2-3 seconds just to go to previous/next segment.

While I was tracing down the issue, I found it was caused by bad performance of JTextPane (used in TranslationView) on Mac version of Java. If translated text is big enough, it takes long time on Mac to reset the text on TranslationView.

Thus the issue might be solved by
- reducing the size of text displayed on TranslationView or
- avoiding the reset if TranslationView is turned off.

Discussion

  • Raymond Martin

    Raymond Martin - 2011-03-24

    Okay, this is accepted.

    The actual bug fix will differ somewhat depending on how new functionality is implemented. At a minimum the refresh of the text data will be disabled when the view is closed (minimized?). As for reducing the size of text displayed, this is uncertain currently (e.g., depends on what the majority of users want).

     
  • Raymond Martin

    Raymond Martin - 2011-03-28

    Having looked at this bug the actual problem is not so much the code in TranslationView (a very simple brute force implementation no doubt) , but the fact that the update was being called before activating a segment. This resulted in it slowing down activation. Now, going forward, the refresh of TranslationView is done after activation. This should solve the issue to a greater degree.

    Disable of refresh when the view is closed/disabled will also be implemented on top of this change.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks