After switching from KDE to Gnome, I was able to reproduce your character set problem and hacked in a fix for it. Could you please give it a try?
Cheers, Fred Yen-Ju Chen wrote: > On 8/12/07, Fred Kiefer <[EMAIL PROTECTED]> wrote: >> Yen-Ju Chen wrote: >>> On 8/12/07, Fred Kiefer <[EMAIL PROTECTED]> wrote: >>>> Yen-Ju Chen wrote: >>>>> On 8/12/07, Yen-Ju Chen <[EMAIL PROTECTED]> wrote: >>>>>> On 8/12/07, Fred Kiefer <[EMAIL PROTECTED]> wrote: >>>>>>> I tried both the AR PL fonts and they seem to work for me. The problem >>>>>>> you reported in the other mail was when creating the character set, not >>>>>>> when checking if a character was included. Perhaps you could send me >>>>>>> your test file. At the moment I am not able to reproduce the problem. >>>>>>> >>>>>>> Excluding some fonts from the check wont be an option as people may want >>>>>>> to use this fonts anyway and then we have the same problem. We really >>>>>>> need to find out, what is going wrong here. >>>>>>> >>>>>>> And GNUstep should be able to support all Unicode characters, if not we >>>>>>> need to change this. From looking at the code I see no limitation. >>>>>> Here is the text I used. It is in UTF-8 encoding. >>>>>> You need a Chinese font (AR PL...) >>>>>> and another font which has better coverage than usual, >>>>>> probably one of the DejaVu font for a row of symbol in the bottom. >>>>> I check the fonts again. >>>>> The one in question is "AR PL ZenKai Uni.nfont". >>>>> It shows a "Critical Error" of NSCharacterSet panel and >>>>> and an exception in terminal: >>>>> " NSImage: compositeToPoint:fromRect:operation: failed due to >>>>> NSInternalInconsistencyException: Cannot find stored representation" >>>>> >>>>> If you want to try, there is an application in Etoile: >>>>> Etoile/Services/User/Typewriter/ >>>>> (Well, you also need Etoile/Frameworks/OgreKit, which need oniguruma >>>>> library). >>>>> You can create a new document, choose "Edit"->"Characters...". >>>>> It is a panel allowing you to see all of the glyphs from a chosen font. >>>>> When you choose "ZenKai", the exception raises. >>>>> Or you can use Etoile/Services/User/FontManager/ (no dependency). >>>>> It has the same result. >>>>> I have to say a bad font can be anywhere. >>>>> >>>> Thank you for all these advices. I was able to reproduce and understand >>>> the flipping of the font. It happens when a font without an explicit set >>>> matrix gets replaced by an explicit matrix. This is rather strange and >>>> most likely wrong. To work around this problem I now use a font manager >>>> method, which in the end does exactly what you suggested. This way has >>>> the benefit that when ever we improve the code in NSFontManager the font >>>> substitution will also improve. >>> That sounds great !! >>> >>>> Even with all your help I was not able to reproduce the NSCharacterSet >>>> problem. Is it possible that this only happens with a certain version of >>>> Freetype? I seem to have libfreetype.so.6.3.16 on my SuSE 10.2 system. >>> Hmm... It is possible. I use Ubuntu 6.10/PPC. >>> I have to check what version of freetype on the system. >>> But what surprises me is that NSFont can get the correct numberOfGlyphs. >>> So it may be something unrelated to NSFont, but glyph rendering. >>> >>> By the way, could you add a user default for -gui or -back, >>> such as NSPreferredFonts, >>> so that users can easily specify their preferred fonts ? >> Oops, I thought I did that already. It should be NSPreferredFonts, but I >> never tried it myself :-( >> > > O.K. NSPreferredFonts in user defaults works. > My freetype is 6.3.10. > Well, before Ubuntu update freetype2, > I have to temporarily remove the bad font. > > Yen-Ju > _______________________________________________ Discuss-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep
