[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-stable
Subject:    Re: Locale problem updating 10.3 to 11.1
From:       Eivind Nicolay Evensen <eivinde () terraplane ! org>
Date:       2018-02-21 12:31:13
Message-ID: 20180221123112.GB75251 () klump ! hjerdalen ! lokalnett
[Download RAW message or body]

On Wed, Feb 21, 2018 at 07:16:49AM -0500, Brandon Allbery wrote:
> A locale mapping is basically a lookup table (with complications for thin=
gs
> like =DF). A single-byte lookup table will be 256 entries, each holding o=
ne
> or more (because of combining characters) Unicode codepoints representing
> the mapping from the locale character set to the underlying common
> character set (Unicode). (There may also be a reverse lookup table for
> mapping Unicode codepoints to locale codepoints.)

That's fine, it doesn't make my life miserable such as it would when
directly using multibyte character sets, as long as it doesn't
negatively affect performance.

> Without this, every program would have to deal directly with every possib=
le
> character set.

Or only handle what one cares about.

> (Complications include things like: depending on encoding/locale details,
> German lowercase =DF will uppercase to either SS or ???.

While German is not my main language, I've never seen a situation
where an uppcase variant of =DF would make sense, though I understand
the example.

> And that's one of the
> simpler ones; for some locales, things can get *really* weird. Not to
> mention fun stuff like Arabic having 4 representations of every character:
> initial, medial, final, standalone.)

Complications I don't want or need, nicely points out what I dislike
about unicode, although I can understand some os wanting to support it,
to be useful in more situations.



-- =

Eivind
_______________________________________________
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
[prev in list] [next in list] [prev in thread] [next in thread]