Henri Sivonen

To clarify the thinking behind my single-byte idea: It obviously adds overhead of 432 bytes of data plus some bytes of more instructions. What it would save is stuff like...

Why do the size reduction slow down decode, too? As for what tradeoff level is right for encode, it's hard to say. The way I'm looking at it, it's good...

@lifthrasiir Whoa. I had written a reply already. I have no idea why the submission has apparently failed. Sorry. Trying again: > Does the uncompressed app size matter here? Yes....

> It probably makes sense for everyone to wait and see if I actually get some code written according to my design. Now that I've written the code and it...

ICU4C PR: https://github.com/unicode-org/icu/pull/2994

This reverts https://github.com/unicode-org/icu4x/pull/4538 , which turned out to be a bad idea.

I've tested this with Unicode 16 data, but this PR doesn't include the new data.

We should merge this and https://github.com/unicode-org/icu4x/pull/4878 now regardless of the outcome of https://github.com/unicode-org/icu4x/issues/4967 . If the outcome of that investigation shows that it makes sense to rearrange the bits, let's...

This is an internal change, yes.

Is our `Locale` object sufficient for the data? Is BCP47 `-u-tz` robust enough to capture possible situations with host time zone? AFAICT, `-u-tz` takes a time zone id and cannot...