jerch

@dvarrazzo Just looked at the text dumper - quite a regexp'ed beast, so a cython variant will prolly not show much of a benefit. Also my original issue using the...

The following is now implemented for range types: - binary dumpers --> huge benefit being ~4x faster - text dumpers --> small benefit being ~2x faster - binary loaders -->...

In the loader logic I stumbled over another question - the cload function gets a char pointer for the data and a length. But the real length needed to do...

This last commit optimizes the c_range_dump function, which now completes in: ```text bench_range_dumping: 0.01164 ±0.00051 (cv: 0.044, repeat: 50) ```

Just saw that I have misread the `fail_dump` logic, so the c version does not quite the same yet :sweat_smile:

@dvarrazzo The last commit is a suggestion for optimized bytearray handling in `_buffer_as_string_and_size` and setting the function inline. Both changes speed up the bytearray merging in cython by ~10%. Not...

@Tyriar Ah well, still not there - tried to simplify the imports/exports, which again led to pulling vs stuff into addon :blush: Need to fix that again...

Well treeshaking is not working with webpack, a 3rd party addon would still include the whole xterm.js lib. Needs a separate shared.js output in the final xterm.js (not gonna fix...

> I wouldn't worry about 3rd party libs using our helper. They will have access to Emitter and Event via the API so they can make the tiny wrappers on...

@Tyriar Results so far: - image addon: from ~80 kB down to ~54 kB - progress addon: from ~45 kB down to ~2 kB - search addon: from ~50kB down...