New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Keyup events slow with large documents #654
Comments
Interestingly, I don't notice any latency issues on the demo on http://alloyeditor.com |
Hello, I added this text to our internal demo page and checked. It worked fine. Thanks, |
I'm using chromium and I haven't added any plugins. I can take a look at it later tonight and try to debug it a bit more. Thanks. |
After digging a bit, I've found a reproduction. Simply pasting it in will result in raw text wrapped in a I've gotten this behavior on http://alloyeditor.com/ as well. |
Fixed, please see the commit message for more information. Thanks for the report. |
Awesome, thanks |
CKEditor's getData method is expensive to be invoked on each keyup. It filters the data and when the text is large, performance will suffer. For that reason a lightweight method will be used - innerText property of the editable node Fixes liferay#654
Hi,
When using a sample text of Hamlet (link), each keystroke takes around 100ms, which is considerable slower than CKEditor.
I'm working with minified builds and running in production mode. My guess is that is has something to do with this event listener.
Any suggestions for how to reduce this latency?
The text was updated successfully, but these errors were encountered: