http://qa.mandrakesoft.com/show_bug.cgi?id=2661
------- Additional Comments From [EMAIL PROTECTED] 2003-03-04 18:12 ------- Ah, this is good information to have; thanks. It makes sense that the console would have problems. But even when I use gnome- terminal, it has the peculiar behavior. I'll try with another font as soon as I can and see if it isn't because of the one I chose. Is there any possibility to fix this behavior in a console? I understand that UTF-8 is an encoding method using variable numbers of bytes, and Unicode is the double-byte font character set. Is it possible that the mapping from the encoding to the available font could be changed? I'm not trying to turn this into a support issue; sorry to be a pest. But I'm sure that it'll be a common complaint. Like the case where Fran�ois deciding to force the numeric keypad "." to "." instead of a potentially localized ",", this seems to me to be a case where the correct behavior and the expected behavior diverge. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When viewing man pages in UTF-8, all hyphens in bold text (cf. before a switch or contained in a command name) are preceeded with extra characters. In a virtual terminal, it's a quesiton mark in a circle. In gnome-terminal, there are two plain-text question marks in a row (cf. "[??-??-path]" when looking at the man page for "man"). When in en_US, the pages print fine. When in en_US.UTF-8, the problem occurs.
