Closed
Bug 1382256
Opened 8 years ago
Closed 6 years ago
Typing in etherpad is slow
Categories
(Core :: Web Painting, enhancement, P2)
Core
Web Painting
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: smaug, Unassigned)
Details
| Reporter | ||
Comment 1•8 years ago
|
||
Looks like we're painting way too much, and often twice.
Comment 2•8 years ago
|
||
Indeed -- enabling paint flashing shows that we're apparently repainting all the (visible) pad text on every keystroke. :( I guess something in the etherpad JS must be triggering that, as we don't show the same behavior when typing in a simple <div> with contenteditable, for example.
(FWIW, Chrome seems to manage rather better with etherpad: it only repaints the current paragraph where the keystroke is occurring, plus often the following one, but not the rest of the text in the pad.)
Comment 3•8 years ago
|
||
Kan-Ru was explaining some crazy behavior in etherpad upon hitting backspace a while ago IIRC...
Comment 4•8 years ago
|
||
Yeah, I found this while testing some spellchecker code. It looks like etherpad handles backspace by first remove all nodes then insert them back, so you will find the spellcheckr underline flicks.
Adding texts is less crazy. It removes current line then insert it back.
Updated•8 years ago
|
Priority: -- → P2
Comment 5•6 years ago
|
||
Cannot reproduce this on Mac with or without WebRender.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•