How is it worse than JS? It's a different thing...

Joke's on them. I'm not using ad-blocks, but have been training my neural network (non-AI) to ignore them.

Yeah, if this is not upstreamed eventually, it will have to be rewritten again.

Not on iOS or other locked systems.

Not just MacOS, on Linux this is the correct strategy too.

It covers more cases: either a new instance is starting, or it hasn't fully loaded the file yet.

Do all the letters have separate unicode codepoints? (no reuse Latin ones?)

There are the following codepoints:

    U+0049 I LATIN CAPITAL LETTER I
    U+0069 i LATIN SMALL LETTER I
    U+0130 İ LATIN CAPITAL LETTER I WITH DOT ABOVE
    U+0131 ı LATIN SMALL LETTER DOTLESS I

While the names of the first two don't explicitly state that they should be dotless and dotted, respectively, the Unicode standard section on the block containing those two [0] does contrast them with the dotted and dotless versions, at least implying that they should be rendered dotless and dotted, respectively.

Unicode has historically been against adding a separate codepoint for every single language's orthography when the glyphs are (almost) identical to an existing one ("allographs"). Controversy arose when the consortium proposed considering Han characters, which do have language variants, to be allographs, which led to what is known as "Han unification".

[0]: https://www.unicode.org/charts/PDF/U0000.pdf

IMO not adding a separate character for Turkish was a mistake since unicode tries to support lower/upper case conversion (which doesn't apply to Han characters).

I wish there was a single letter universal locale with sane values, maybe call it U or E, with:

ISO (or RFC....) date time, UTF-8 default (maybe also alternative with ISO8859-1) decimal point in numbers and _ for thousands, metric paper / A4, ..., unicode neutral collation

but keeps US-English language

si_LK is close to your requirements, but uses the comma for thousands. I don't think any locale uses underscore.

number: 12,345.67 date: 2025-10-14 09:45:17 paper: A4 (210×297)

https://lh.2xlibre.net/locale/si_LK/

I personally think en_DK is a better compromise.

Imagine the emails / reports with copy-pasted ads.

HTML is pretty bad (XUL was better), but (subset) of CSS is probably OK.

IMO, one thing I like in npm packages is that that usually they are small, and they should ideally converge towards stability (frozen)...

If they are not, something is bad and the dependency should be "reduced" if at all possible.