[Debian GNUstep maintainers] Bug#494933: charmap.app: the range switching is terribly slow

[Yavor Doganov]

В 13:43 +0200 на 14.08.2008 (чт), Michal Suchanek написа:
> >  1) The `--GNU-Debug' option should not change at all your user/display
> >    experience, it should merely print some extra messages.
> 
> It does not change anything.

OK, that was a (wrong) impression I got from your previous message.

> Yes, AClock has problems, too. I see only the background bitmap,
> something that looks like shadows of the hands and some black UFO in
> the properties dialog.

Thanks.  So, we have two unrelated problems here.

First, apparently the cairo backend does not work for you.
Please advise:
      * What window manager you use?  Resolution?
      * Any decoration, special effects (compiz, etc.)?
      * Your (Default)Depth in X?
      * Please run a GNUstep app with `--GNU-Debug=Offset'.


The second problem is the original one.  For some (unknown to me)
reason, defoma generates wrong FontInfo.plist for some fonts
in /var/lib/defoma/gnustep-nfont.d/Fonts/*.nfont/.  It might be a bug in
our gnustep-nfont.defoma script, or a bug in defoma.  When you switch a
range in Charmap, it tries to find the appropriate font to display the
characters, and does an extensive font lookup, which fails with

2008-08-15 12:29:28.361 Charmap[19132] FTC_Manager_LookupSize() failed for 'URWPalladioCYR-Bold', error 00000001!
2008-08-15 12:29:28.361 Charmap[19132] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Free Paladin.nfont/../../../../../../usr/share/fonts/type1/cyrillic/p052004d.pfb' (00000001)
2008-08-15 12:29:28.830 Charmap[19132] Error when loading '/var/lib/defoma/gnustep-nfont.d/Fonts/Free Helvetian.nfont/../../../../../../usr/share/fonts/type1/cyrillic/n019003d.pfb' (00000001)
2008-08-15 12:29:28.831 Charmap[19132] FTC_Manager_LookupSize() failed for 'NimbusSansCYR-Regu', error 00000001!

The filenames for the fonts are simply generated wrong, and so it takes
quite some time to traverse through all of them.  The cairo backend
accesses the fonts directly, so this bug cannot be reproduced there.

For example, in DevaVu-Sans-Mono.nfont/FontInfo.plist:

{
  PostScriptName = "DejaVu-Sans-Mono";
  Traits = 512;
  Name = "Medium";
  Weight = 6;
  Files = ( "../../../../../../usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Roman.ttf" );
},

That should be DejaVuSansMono.ttf, not DejaVuSansMono-Roman.ttf.
/var/lib/defoma/gnustep-nfont.subst-cache shows all of these
inconsistencies.

Hubert, any clues about that?  IIRC you did the GNUstep Defoma
integration together with the defoma maintainer.