[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#239830: Bug #239830 - xbase-clients: [xcalc] wrong button symbols



retitle 239830 [gsfonts-x11] : urw characters does not match the adobe symbol keymap
reassign 239830 gsfonts-x11
quit


xbase-clients: [xcalc] wrong button symbols http://bugs.debian.org/239830


Step to reprduce:
----------------

I reproduced this bug. One have to install gsfonts-x11, and have
Type1 setted before 100 and 75dpi path in X config (or
dynamically so via gxset/xset -fp)

Then starting xcalc not only does those two characters (divide
and root  square) are not mapped to the same number (\270 is
divide for adobe symbol fontspecific encoding, \330 for urw
standard L fontspecific encoding)



Fix:
----

I don't think this should be fixed in the urw font (except if it
told itself to be "fontspecific" compatible with adobe symbol).
Though i wonder if it is a good adobe-symbol alias : the fonts
mapped to it is :
/usr/share/fonts/type1/gsfonts/s050000l.pfb
/usr/share/fonts/type1/gsfonts/s050000l.afm


/usr/lib/X11/fonts/misc/modd-iso8859-1-06x13-bold.pcf.gz from x11/xfonts-jmk
and 
symb12.pcf.gz x11/xfonts-100dpi
symb12.pcf.gz x11/xfonts-75dpi

are good replacements for adobe standard as far as i tested them.


NB: The previous submitter found ti was fixed as the newer
xdebconf generated config files have 

        FontPath        "/usr/lib/X11/fonts/misc"
        FontPath        "/usr/lib/X11/fonts/cyrillic"
        FontPath        "/usr/lib/X11/fonts/100dpi/:unscaled"
        FontPath        "/usr/lib/X11/fonts/75dpi/:unscaled"
        FontPath        "/usr/lib/X11/fonts/Type1"

mine which was hand modified so not updated for long had Type1
first ...


So the bug is fixed for xfree86 , though i wonder which is the
order of fontconfig (it import /usr/share/fonts that s all from
the fonts.conf. ). Pango, vflib, gs, xfs, ... i don't know too.

Maybe the easier would be to remove any aliasing from the urw
font to adobe symbol ...

Regards
Alban




Reply to: