I've got the feeling that we've lost one feature:

When you're typing super fast, characters would be inserted several at
once in a st80 ParagraphEditor
That typically happens when the displaying or more probably the
paragraph re-composition is slow.
The composition/display cycle would occur after first key - giving the
impression of a non responsive UI - but then consecutive key strokes
would flow all in once thanks to the while loops in #readKeyboard and
the buffered Queue of events.

Not the most interactive UI ever, but now things are worse with
current event implementation.
There is a one by one keystroke / composition / display, and the
result is a less responsive UI than polling !
If you edit a Smalltalk method, no problem, but try editing your 45
MByte change log just to see how deadly it feels, super fast means 0.2
Hz on my machine.

I wonder how we could restore this feature...

Nicolas