Description of problem: When I work with long strings, the interface slows down significantly. It is causing a productivity issue. Version-Release number of selected component (if applicable): 1.4.1 How reproducible: Always Steps to Reproduce: 1. Open Zanata file with long strings (approx. more than 15 lines) 2. 3. Actual results: Slows down typing Expected results: Should be the normal speed Additional info:
Happening to me a lot, too, strings of only ~10 lines are enough to slow down the performance considerably. Happens in all files on translate.engineering I'm working on these days, a good example with plenty of long strings can be found here: https://translate.engineering.redhat.com/webtrans/Application.html?project=rhel_deployment_guide&iteration=6.2&localeId=de&locale=de# (Deployment Guide, file Package_Kit) Gedit is my friend at the moment - I am forced to copy and paste my translation into the editor for a huge part of the messages in any given file - this not only slows down my productivity, but also means that all editor features like the translation memory are effectively worthless as I'm not using the editor at all for those strings. Is this issue being adressed? The original report was for 1.4.1, I am encountering it for Zanata version 1.4.5-alpha-1 (20120124-0107) on F16, using FF 9.0.1 Thanks
Note: This appears to be caused by the key shortcut implementation - disabling the key shortcut code for the editor allows extremely long strings (over 30 lines) to be edited without a noticeable delay in Firefox 3.6.18. There also appears to be some legacy undo/redo code that isn't properly disabled.
This caused by the autosize function on the textArea while input. This bug is related to https://bugzilla.redhat.com/show_bug.cgi?id=773510
Bug fixed. See https://github.com/zanata/zanata/commit/8d8785055d84c1c1de2b4d203812537f38b2989f
Verified in 1.5 with Firefox 3.6.18 and Chrome 14.0.835.186