Markus Laire

With `libayatana-appindicator` (Debian 11 doesn't have `libappindicator`). I don't have time to test others than Xfce.

Comparing to other implementations, in Haskell `Data.Char.toUpper :: Char -> Char` returns `ß` unchanged, while `Data.Text.toUpper :: Text -> Text` converts `ß` to `SS`.

> I think Elm can do away with this problem by casing Unicode `U+223` ß into `U+7838` ẞ and vice versa. That would be incompatible with Unicode standard, so if...

> The incriminating function is [this](https://github.com/elm/core/blob/e4a43d9d6e912379af4a8d3cc1bbf773174b67ca/src/Elm/Kernel/String.js#L124) but it's implemented correctly for well-formed strings I believe. But Elm Strings are not well-formed as many string functions work on UTF-16 Code Units...

This bug clearly shows how incompetent Evan and the core team is. This bug has existed for over 4 years while even basic unit testing would've easily caught this -...

One important thing to note is that often it's not enough to just consider each Unicode character as a separate character, but you need to include any combining characters following...

More information here: http://unicode.org/faq/char_combmark.html > Computing the length or position of a "character" in a Unicode string can be a little complicated, as there are four different approaches to doing...

Just a note: Elm/JavaScript strings are not byte arrays as said in some previous comments but arrays of UTF-16 code units.

@CSDUMMI `String.length` is not the number of characters in all cases. Only Unicode characters from "Basic Multilingual Plane" (Plane 0) are encoded as single UTF-16 code unit. All other Unicode...

@CSDUMMI Elm only accepts PRs from core contributors, so it would be useless for me to make a PR. It would never be accepted.