Alexander Shtuchkin

Hey first of all thanks for the feature requests. Let me address them one by one. 1. ES Modules - correct me if I'm wrong, but this is not required...

Node's Buffer is currently a subclass of UInt8Array, so we can use Buffer in all places that accept UInt8Array (liskov substitution principle). Even more, iconv-lite also does the reverse -...

We are currently compatible with v0.10+, but if we change to using UInt8Array then we'll have to up it. On Sat, Sep 11, 2021, 05:44 yosion-p ***@***.***> wrote: > before...

hmm yeah I think you're right. Thank you for filing this issue and the tests, really helpful! My current encoding generation code uses `iconv` project as the source, so it...

Thanks for the research @RovoMe! Any specific action items you would like to add here, or is it mostly additional info? I always try to generate the encodings directly from...

After another look at the codebase, I think we'd need something more involved than what I described above. Current usages of Buffer class/instances are the following: Migratable: * Buffer.from([bytes]) ->...

Node versions 0.10+ Browsers - I don't have a good sense for now. I'll probably target the ones that have native Uint8Array-s. TextEncoder/TextDecoder-s can probably be polyfilled as needed.

Thank you for the kind words! and I'm happy you'd like to move forward with this, lets do it :) The plan overall looks reasonable. Here's a couple of thoughts...

Sounds good. I'll create the foundation. -- Alexander Shtuchkin On Sat, Jul 11, 2020 at 9:16 PM Fedor Nezhivoi wrote: > Overall your plan sounds very solid. I think we...

@gyzerok I've created "backends" concept, see e5678496c0637df5591a1b097add9c6770854d3e. This will enable you to help with converting other codecs.