Cygwin fails to utilize Unicode replacement character
Brian Inglis
Brian.Inglis@SystematicSw.ab.ca
Tue Sep 4 20:40:00 GMT 2018
On 2018-09-04 12:20, Steven Penny wrote:
> On Tue, 4 Sep 2018 16:18:21, Thomas Wolff wrote:
>> My vote is against the patch because the nodef glyph will often be just blank
>> space which is certainly worse than â.
Not according to the sample below: you would have to know that medium shade
means unavailable.
>> If conhost does not provide a reasonable way to enquire 0xFFFD availability
>> it's conhost's fault, not cygwin's so why should cygwin implement a bad
>> compromise. If conhost ever improves, cygwin can adapt.
> This is some dangerous commentary. I would like to counter it now with some
> actual research. Using BabelMap:
> http://babelstone.co.uk/Software/BabelMap.html
> You can do "Fonts", "Font Coverage" and you will get this result with code point
> FFFD:
> Â Â yes: DejaVu Sans Mono
> Â Â no:
> Â Â - Consolas
> Â Â - Courier New
> Â Â - Lucida Console
> Â Â - MS Gothic
> Â Â - NSimSun
> Â Â - SimSun-ExtB
> This is concerning true, but we can then review the ".notdef glyph" for the
> problem fonts. As this glyph is not an actual character, i cant paste it here,
> but i will describe them below:
> Â Â empty rectangle:
> Â Â - Courier New
> Â Â - Lucida Console
> Â Â - MS Gothic
> Â Â - SimSun-ExtB
> Â Â rectangle with a question mark inside: Consolas
These are both recommended .notdef glyphs.
> Â Â none: NSimSun
Valid OTF and TTF fonts must have a glyph with index entry 0 used for .notdef.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list