I do not agree with setting the font to invalid. It could be invalid, if by default I would be able to read any language. However, I am currently not able to do so.
I am using Kubuntu 7.10. When I installed my system, I could not even read Japanese text, only the characters that are in the Dejavu set (kanas and a subset of the kanjis). So I HAD to set the language via the language-selector to set it to ja_JP. About accented characters: I am Hungarian, but I also want to be able to read Japanese pages. Why is it so strange? So I DO care about accented characters. As written in my first comment, I had to create an en_JP (ok, it could have been called hu_JP) setting, which includes the default deja/bitstream fonts for latin text. Therefore your answer that "Japanese users don't use any latin characters besides ASCII" does not hold for three reasons: 1. There may be Japanese users, who want to use accented characters, because they are learning a European language 2. There are Western users who are learning Japanese, and who want to be able to read Japanese AND their mothertongue, too. 3. What about Chinese people learning Japanese, or Japanese people learning Chinese? Should they switch back and forth between ja_JP and zh_XX every few seconds? With the current system settings, these users are in trouble. I do not know about Hardy; if the selection algorithm is different there, it's ok, but Gutsy is still supported, and will be for at least 1 more year, right? But even with my (en_JP) settings, when my friend sent me Chinese text in Kopete, I could not read it. Only the characters that are common with Japanese were shown; the others became squares. Now please read the original report carefully: I understand why you have to choose between Japanese and Chinese. I just don't agree with the current state, where you have to choose between being able to read Japanese and not being able to read Chinese, or vice versa. I think the user should be able to choose which language he/she prefers; but that should only make a difference in the order of the font list. So for example, both Kochi Mincho and WenQuanYi ZenHei would be in the list, but in the ja_JP file, Kochi would be higher in the list, and in the zh_CN settings, WenQuanYi would be higher. Since there is no way to get around the fact that there are characters that are different in Chinese and Japanese, but have the same unicode value, this is the best we can get. Please have a look at the screenshot: Firefox is able to display the Chinese text. But it is pasted to Kopete, some of the characters (those not in Kochi) become squares. If a Chinese font would be in the list, it would be displayed in the same way as in Firefox (since Japanese fonts have priority, the kanjis found in Kochi would be displayed by Kochi -- it is not perfect, but there is no better way). Also, I believe when you "have hack your own fontconfig", it is a proof that this bug is valid. ** Attachment added: "fonts.png" http://launchpadlibrarian.net/12622239/fonts.png -- Support all languages in fontconfig, language-selector is not enough https://bugs.launchpad.net/bugs/201322 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
