Le 03/01/2018 ? 00:45, Frank Cox a ?crit :> I guess the next step would be to either find and install the missing > fonts, or re-write template.ps to use the fonts that you have > available.I did some more research, and it looks like the problem is NOT related to missing fonts. I installed a vanilla CentOS 7 desktop, activated EPEL, installed cdlabelgen, downloaded Gtkcdlabel, installed it, ran it... and it worked out of the box. Now what happened? I *think* the culprit here may be fontconfig-infinality and freetype-infinality, which I installed from the Nux-Dextop repository. I have a much nicer font rendering on my CentOS desktop using these two packages, the sort you get on Mac OS X for example. Any idea how I can reconcile all this? Niki -- Microlinux - Solutions informatiques durables 7, place de l'?glise - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32
On 01/03/2018 02:48 AM, Nicolas Kovacs wrote:> Le 03/01/2018 ? 00:45, Frank Cox a ?crit : >> I guess the next step would be to either find and install the missing >> fonts, or re-write template.ps to use the fonts that you have >> available. > I did some more research, and it looks like the problem is NOT related > to missing fonts. > > I installed a vanilla CentOS 7 desktop, activated EPEL, installed > cdlabelgen, downloaded Gtkcdlabel, installed it, ran it... and it worked > out of the box. Now what happened? > > I *think* the culprit here may be fontconfig-infinality and > freetype-infinality, which I installed from the Nux-Dextop repository. I > have a much nicer font rendering on my CentOS desktop using these two > packages, the sort you get on Mac OS X for example.I also use fontconfig-infinality, for the same reasons you do.? I have a completely different application that failed to render fonts correctly until I modified infinality.conf: $ diff -u /etc/fonts/infinality/infinality.conf.default /etc/fonts/infinality/infinality.conf --- /etc/fonts/infinality/infinality.conf.default??? 2014-07-09 16:46:12.000000000 -0700 +++ /etc/fonts/infinality/infinality.conf??? 2017-02-07 22:15:47.464778485 -0700 @@ -42,18 +42,6 @@ ???? </selectfont> ???? --> -??? <!-- Ban Type-1 fonts because they render poorly --> -??? <!-- Comment this out to allow all Type 1 fonts --> -??? <selectfont> -??? ??? <rejectfont> -??? ??? ??? <pattern> -??? ??? ??? ??? <patelt name="fontformat" > -??? ??? ??? ??? ??? <string>Type 1</string> -??? ??? ??? ??? </patelt> -??? ??? ??? </pattern> -??? ??? </rejectfont> -??? </selectfont> - ???? <!-- Globally use embedded bitmaps in fonts like Calibri? --> ???? <match target="font" > ???? ??? <edit name="embeddedbitmap" mode="assign"> -Greg
Le 03/01/2018 ? 14:10, Greg Bailey a ?crit?:> I also use fontconfig-infinality, for the same reasons you do.? I have a > completely different application that failed to render fonts correctly > until I modified infinality.conf: > > $ diff -u /etc/fonts/infinality/infinality.conf.default > /etc/fonts/infinality/infinality.conf > --- /etc/fonts/infinality/infinality.conf.default??? 2014-07-09 > 16:46:12.000000000 -0700 > +++ /etc/fonts/infinality/infinality.conf??? 2017-02-07 > 22:15:47.464778485 -0700 > @@ -42,18 +42,6 @@ > ???? </selectfont> > ???? --> > > -??? <!-- Ban Type-1 fonts because they render poorly --> > -??? <!-- Comment this out to allow all Type 1 fonts --> > -??? <selectfont> > -??? ??? <rejectfont> > -??? ??? ??? <pattern> > -??? ??? ??? ??? <patelt name="fontformat" > > -??? ??? ??? ??? ??? <string>Type 1</string> > -??? ??? ??? ??? </patelt> > -??? ??? ??? </pattern> > -??? ??? </rejectfont> > -??? </selectfont> > - > ???? <!-- Globally use embedded bitmaps in fonts like Calibri? --> > ???? <match target="font" > > ???? ??? <edit name="embeddedbitmap" mode="assign">That did the trick. Gtkcdlabel works perfectly now. Thank you very much. Niki -- Microlinux - Solutions informatiques durables 7, place de l'?glise - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32