Re: [gentoo-user] Ghostscript - font path
Hi, oops, wrote too long. So here's the follow-up: On Thu, 22 Nov 2007 10:42:54 -0700 Joseph <[EMAIL PROTECTED]> wrote: > Where do you put "GS_FONTPATH=" > I was trying to put it in .bashrc (re-log) didn't work; in /etc/profile > env-update && source /etc/profile > export > GS_FONTPATH=/usr/share/fonts/misc:/usr/share/fonts/75dpi:/usr/share/fonts/100dpi:/usr/share/fonts/Speedo > > No difference, "gs -h" doesn't show these paths. I don't think it will ever do. It is supposed to just show compiled-in paths, so that you can see what the defaults are. I would set that variable just like you did -- and then give pdf2ps a try. BTW, all paths you have specified are related to bitmap fonts, which Ghostscript will most probably not be able to make any sense of. You should probably rather focus on the corefonts (Microsoft fonts) and TrueType/TTF/Type1 folders. -hwh -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Ghostscript - font path
Hi, On Thu, 22 Nov 2007 10:13:50 -0700 Joseph <[EMAIL PROTECTED]> wrote: > >> "gs -h" gives me the following font path for Ghostscript > >> Search path: > >> [...] > >> Where these paths are coming from? > > > >Compiled into the binary? > > Not a good solution but, it would be better if we input the path via a config > file. Of course, this is only the basic configuration. You can override this by configuration file or even environment variable (so you can set it up in your .bashrc). The environment variable is GS_FONTPATH. See the use.html document you've already found, it should be explained there. Also have a look at /usr/share/ghostcript//lib/Fontmap.GS, but I don't suggest editing it as it will get overwritten by updates. I'm not sure ATM if there's a standard path for overrides in GS, maybe someone else can comment about this. By the way: the X server probably doesn't know of all fonts either. Take into account that a lot of programs nowadays use fontconfig, which is configured in /etc/fonts. Yes, this is a bit convoluted. > >Yes, might happen. But it is common sense that you should embed all > >needed fonts into the PDF anyway. For older versions of PDFs there was > >an exception for the Base14 fonts, and those are (by means of > >replacement versions) accessible from GS' own font store (the path you > >said is present and works). You never know at a later point in time > >whether you have the right font, with the right encoding: even if the > >name matches you can't be sure. > > I think this is the clue. > Well, if I generate the PDF file on Linux the fonts are embedded in > every PDF document when I received the file from somebody else the > fonts most of the time are not embedded. Yeah, that's the culprit if you have to use other peoples' documents... > I have one document I received (pdf file) it printed fine two weeks ago; > when I try to re-printed it I can not, and I > know it is a font problem: egsample when I run pdf2ps file.pdf I get: > Warning: Fonts with Subtype = /TrueType should be embedded. >But TimesNewRomanPSMT is not embedded. > Warning: Fonts with Subtype = /TrueType should be embedded. >But TimesNewRomanPS-BoldMT is not embedded. > Warning: Fonts with Subtype = /TrueType should be embedded. >But ArialMT is not embedded. Ghostscript should mostly be able to recover from those warnings and use replacement fonts here. You might also want to give acroread a try (it has command line options to generate Postscript, IIRC) or pdftops (from poppler/Xpdf). > How can they configure their system on Windows so the fonts are embedded? That's hard to tell, and certainly depends on the "production chain". For most ways of generating PDF on Windows, there is a configuration option where it is to be expected. I.e. in the printer settings for a PDF-printer style generator, in the "save as" options for programs saving to PDF natively and so on. > What puzzle me is that this document printed fine two weeks ago > and all of a sudden I'm getting an error so I'm looking for a fault > on my end. Did you do an emerge -u by chance? (Of course, this isn't a fault, but might be the cause, and then, I'd consider it a bug) OTOH, I think most ESP specific code is now in the "main development line" (ghostscript-gpl). You might want to try this out... The newest release is 8.61 -- released yesterday -- and is not yet in portage. -hwh -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Ghostscript - font path
Where do you put "GS_FONTPATH=" I was trying to put it in .bashrc (re-log) didn't work; in /etc/profile env-update && source /etc/profile export GS_FONTPATH=/usr/share/fonts/misc:/usr/share/fonts/75dpi:/usr/share/fonts/100dpi:/usr/share/fonts/Speedo No difference, "gs -h" doesn't show these paths. -- #Joseph GPG KeyID: ED0E1FB7 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Ghostscript - font path
On 11/22/07 15:57, Hans-Werner Hilse wrote: Thank you for the input, at least I'm getting some feedback. In the past everything worked so I take it for granted; only if things break I'm trying to get to the bottom. "gs -h" gives me the following font path for Ghostscript Search path: [...] Where these paths are coming from? Compiled into the binary? Not a good solution but, it would be better if we input the path via a config file. Yes, might happen. But it is common sense that you should embed all needed fonts into the PDF anyway. For older versions of PDFs there was an exception for the Base14 fonts, and those are (by means of replacement versions) accessible from GS' own font store (the path you said is present and works). You never know at a later point in time whether you have the right font, with the right encoding: even if the name matches you can't be sure. I think this is the clue. Well, if I generate the PDF file on Linux the fonts are embedded in every PDF document when I received the file from somebody else the fonts most of the time are not embedded. I have one document I received (pdf file) it printed fine two weeks ago; when I try to re-printed it I can not, and I know it is a font problem: egsample when I run pdf2ps file.pdf I get: Warning: Fonts with Subtype = /TrueType should be embedded. But TimesNewRomanPSMT is not embedded. Warning: Fonts with Subtype = /TrueType should be embedded. But TimesNewRomanPS-BoldMT is not embedded. Warning: Fonts with Subtype = /TrueType should be embedded. But ArialMT is not embedded. How can they configure their system on Windows so the fonts are embedded? What puzzle me is that this document printed fine two weeks ago and all of a sudden I'm getting an error so I'm looking for a fault on my end. -- #Joseph GPG KeyID: ED0E1FB7 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Ghostscript - font path
Hi, On Wed, 21 Nov 2007 19:25:48 -0700 Joseph <[EMAIL PROTECTED]> wrote: > "gs -h" gives me the following font path for Ghostscript > Search path: > [...] > Where these paths are coming from? Compiled into the binary? > According to > documentation: /usr/share/doc/ghostscript-esp-8.15.3/html/Use.htm The > documentation only mention "Xfree86" display servers but I would > imagine is it is applicable to Xorg as well. So, the fonts path from > xorg.conf should be searchable by Ghostscript as well but they are > not. Hm? What makes you think so? BTW, X11 output is just one driver in Ghostscript. It doesn't have to be present at all. So the connection between GS and X is only a thin line... > Ghostscript doesn't know anything about them; as one of the pdf > document was giving me an error, I couldn't convert from pdf2ps it > was looking for: gbsn00lp.ttf font I have this font > in /usr/share/fonts/arphicfonts/ Only when I created a link > in: /usr/share/fonts/default/ghostscript/ > > ln -s /usr/share/fonts/arphicfonts/gbsn00lp.ttf gbsn00lp.ttf > to this font it converted from pdf2ps Yes, might happen. But it is common sense that you should embed all needed fonts into the PDF anyway. For older versions of PDFs there was an exception for the Base14 fonts, and those are (by means of replacement versions) accessible from GS' own font store (the path you said is present and works). You never know at a later point in time whether you have the right font, with the right encoding: even if the name matches you can't be sure. > Shouldn't "gs -h" show list of path fonts from xorg.conf file? No. If you run it that way, there's no X needed anyway. And "gs -h" should just show what is configured. -hwh -- [EMAIL PROTECTED] mailing list
[gentoo-user] Ghostscript - font path
"gs -h" gives me the following font path for Ghostscript Search path: . : /home/joseph/.fonts : /usr/share/ghostscript/8.15/lib : /usr/share/ghostscript/8.15/Resource : /usr/share/fonts/default/ghostscript/ : /usr/share/fonts/default/ghostscript : I have the above paths but not the below ones. /usr/share/fonts/default/Type1 : /usr/share/fonts/default/TrueType : /usr/lib/DPS/outline/base : /usr/openwin/lib/X11/fonts/Type1 : /usr/openwin/lib/X11/fonts/TrueType Where these paths are coming from? According to documentation: /usr/share/doc/ghostscript-esp-8.15.3/html/Use.htm The documentation only mention "Xfree86" display servers but I would imagine is it is applicable to Xorg as well. So, the fonts path from xorg.conf should be searchable by Ghostscript as well but they are not. Ghostscript doesn't know anything about them; as one of the pdf document was giving me an error, I couldn't convert from pdf2ps it was looking for: gbsn00lp.ttf font I have this font in /usr/share/fonts/arphicfonts/ Only when I created a link in: /usr/share/fonts/default/ghostscript/ ln -s /usr/share/fonts/arphicfonts/gbsn00lp.ttf gbsn00lp.ttf to this font it converted from pdf2ps Shouldn't "gs -h" show list of path fonts from xorg.conf file? - #Joseph -- [EMAIL PROTECTED] mailing list
