Job van der Zwan

Nice, thanks for the explanation! Surprised Haxe doesn't optimize stuff like this away though: dictionary_h[0] = "" + 0; dictionary_h[1] = "" + 1; dictionary_h[2] = "" + 2; On...

Well, since these are constants it could have done further strength reduction to: ```js var dictionary_h = { }; /* ... */ dictionary_h[0] = "0"; dictionary_h[1] = "1"; dictionary_h[2] =...

@auromota, was there a place in the documentation where you expected to see this caveat mentioned where it was not? If so we'll keep the issue open until that is...

# LZMW or LZAP variants Let's say we are in the process of compressing a string `S`, and are encountering two substrings `s1` and `s2` already in the dictionary (these...

# Run-length encoding support This really only makes sense if one of the above variants is used. I'll copy the comment from [this thread](https://github.com/pieroxy/lz-string/issues/113#issuecomment-401028648) verbatim since it covers everything ---...

Phase-in codes, see #109

The patents on phase-in codes seem expired: > The first written reference to phase-in codes I could find is US Patent 4464650 (1984) where they are referred to as economy...

I made an ES6 version, in the minified benchmarks it's faster in Chrome, but a _lot_ slower in Firefox for some reason: https://run.perf.zone/view/LZString-variants-11-07-20182018-minified-compress-documentbodyinnerHTML-1531579254745 I already tried if it makes a...

> As the code is identical browser and Node, checking for correctness can be done headless (ie, the old "compress, decompress, compare" style) - so choosing a selection of files...

Test whether the bottleneck is the call to `Map.has()`. Not quite, but the alternative _is_ faster on both Chrome and Firefox: https://run.perf.zone/view/LZString-variants-14-07-2018-minified-compress-documentbodyinnerHTML-no-Maphas-1531582559384