Parsed emojis' lengths aren't calculated consistently

Describe the bug After parsing an html page that uses unicode characters like emojjis, the length of the parsed unicode character is incorrect.

To Reproduce Steps to reproduce the behavior:

1. Go to this repro repo
2. Clone and install the dependencies
3. run node test.js
4. Observe error

The repro case takes the following html as input:

📚<div href="./123/123">hey there</div>

and aims to replace the value of href with another string: 234.

The expected output would be :

📚<div href="234">hey there</div>

instead, the output is:

📚<div href=2343">hey there</div>

I don’t know specifically why this is the case, but my gut reaction is that the sax-parser doesn’t recognise unicode characters like 📚 may have a length greater than 1. Because this particular emoji has a length of 2, it’s causing the replaceBetween function to incorrectly calculate where to replace the string.

Additional context This is made more clear when

[daKmoR]

@justinwilaby yes that fixed it 🎉

you are an amazing maintainer 🤗 friendly, correct, and fast 💪

is there a way we can buy you a coffee or so? ☕

[justinwilaby]

@andrico1234 - please confirm that #58 resolves your issue. If so, I’ll merge and publish a patch.

Thank you for the bug report!