[vlc-devel] [PATCH] qt4: Add OpenBSD to supported platforms of the towlower function.
juhovh at iki.fi
Wed Nov 3 10:00:19 CET 2010
3.11.2010 10:51, Rémi Denis-Courmont kirjoitti:
>> I guess the problem is that "conditionally defined by the
>> implementation" mentioned in the C99 standard can be interpreted in
>> different ways. One can always blame the Japanese and their resistance
>> to adopt UCS because of rather stupid encoding practices they have
>> adopted there, but that won't help either.
> I don't understand what the Japanese have to do here. This is about the
> coding of wchar_t. As far as I know OpenBSD, Solaris, MacOS X and Windows
> all support Unicode BMP code points inside wchar_t. What character encoding
> they use in other places, be it Shift-JIS in Japan, is irrelevant.
For what I know, the reason Unicode code points are not forced in
standards is mostly because of resistance in Asia. The reason for this
in turn is mainly the selection of font in Japan based on the character
encoding instead of other properties and disagreements in han
unification which combines the characters of different countries as
single code points. Without all this mess, wchar_t could just as well be
explicitly defined as ISO 10646 without the conditional clause and fugly
>> 4) Simply drop the latin1 support in key events altogether
> I am not interested in adding bugs or feature regressions on _all_
> platforms due to problems in C run-time libraries on _some_ operating
Thank you for thoroughly considering options 1) and 2), and the later
added extending keys array and doing bsearch option. It was also nice of
you to only concentrate on option 4), that I didn't consider viable even
myself. I feel like I've been heard.
More information about the vlc-devel