Ray,

I have ran the command with the -sFONTPATH included to no avail:

>>gswin32c.exe -dPrinted -dBATCH -dPDFFitPage -dUseCropBox -dNOPAUSE -dDITHERPPI=100 -sDEVICE=tiffg4 -r72x72 -sFONTPATH=C:/windows/fonts -sOutputFile="c:\temp\arabic.tif" "C:\temp\arabic.pdf"

This is with the following entries in my fontmap.GS:

/ArabicTransparent-Bold (artrbdo.ttf) ;
/ArabicTransparent (artro.ttf) ;

On Wed, Oct 14, 2009 at 3:36 PM, Ray Johnston <Ray.Johnston@arti...> wrote:
> Hi Levi,
>
> Yes, ttfont support is built in by default.
>
> Note that Ghostscript can search for fonts in a directory (such
> as c:/windows/fonts) automatically by using the GS_FONTPATH
> environment variable or the -sFONTPATH=___ command line option.
>
> For example:
>
>   gswin32 -sFONTPATH=c:/windows/fonts mypdf.pdf
>
> Note that this will search your c:/windows/directory EVERY TIME
> ghostscript runs and encounters a font that is not found in
> Resource/Font (by an exact name match), or in a file on the
> LIBPATH as listed in the Fontmap.
>
> The 'toolbin/genfontmap.ps' can do the scan once and write out
> a Fontmap file with all of the fonts that it finds so that if
> this Fontmap is used for subsequent runs of gswin32 you won't
> need to specify -sFONTPATH and spend the time scanning.
>
> Another note is that the font name must match EXACTLY. For
> example ArialXX is NOT the same as Arial. If you want to use
> ArialXX when the document requests Arial then you can put this
> (alias) line in your Fontmap:
>
>   /Arial /ArialXX ;
>
> The 'genfontmap.ps' program mentioned above can be used to see
> what the actual font names are in your c:/windows/fonts by
> running it and looking at the result, then add any aliases
> that you desire.
>
> I hope this helps. BTW, reading the documents might help
> clarify things. There is information in available at:
>
> http://www.artifex.com/gs870/Use.htm#Font_lookup
>
> Regards,
> Ray
> ________________________________________________________________
> Levi wrote:
>>
>> Are the gs8xxw32.exe files compiled with the ttfont option normally?
>>
>> On Wed, Oct 14, 2009 at 1:00 PM, Levi <skankwilsonite@gmai...> wrote:
>>>
>>> On Wed, Oct 14, 2009 at 12:43 PM, Ken Sharp <ken.sharp@arti...>
>>> wrote:
>>>>
>>>> At 12:16 14/10/2009 -0400, Levi wrote:
>>>>
>>>>> The PDF contains ArabicTransparent and ArabicTransparent-Bold fonts
>>>>> (the PDF also lists for both of those the corresponding xxx-Identity-H
>>>>> fonts, but I'm guessing that just means it's a CID?).
>>>>
>>>> If the PDF file contains the fonts, then you don't need to add them to
>>>> GS, it will use the ones in the PDF file. Containing both is not really
>>>> ideal, it (probably, would need to see the file to be sure) means that you
>>>> have a regular TrueType font and a CIDFont with TrueType outlines, with the
>>>> same name (maybe, they might be subset).
>>>
>>>  I apologize, I forgot to mention that the fonts are NOT embedded in
>>> the document.  They are copyrighted.  I have the fonts installed on my
>>> system in C:\windows\fonts.
>>>>
>>>>
>>>>>  I really don't have a clue what I'm doing, but what I'm trying to do
>>>>> (if this is the proper approach) is to get ghostscript to emulate the
>>>>> TrueType fonts that I have.
>>>>
>>>> I think you mean get GS to use the fonts you have, not emulate.
>>>
>>> I was having trouble getting GS to use the fonts that I have.   I
>>> added the following entry into my gs\gs8.63\lib\Fontmap.GS file (I
>>> removed the entries I had made to cdifontmap before doing this):
>>> /ArabicTransparent-Bold (artrbdo.ttf) ;
>>> /ArabicTransparent (artro.ttf) ;
>>> After doing so, I get the following error / stack:
>>>
>>> Processing pages 1 through 1.
>>> Page 1
>>> Substituting CID font resource/Adobe-Identity for /ArabicTransparent.
>>> Error: /undefinedresource in findresource
>>> Operand stack:
>>>  --nostringval--   --dict:8/17(L)--   G1   1   --dict:5/5(L)--
>>> --dict:5/5(L)--   ArabicTransparent-Identity-H   --dict:10/12(ro)(G)--
>>>  --nostring
>>> val--   CIDFontObject   --dict:7/7(L)--   --dict:7/7(L)--
>>> Adobe-Identity   CIDFont   Adobe-Identity
>>> Execution stack:
>>>  %interp_exit   .runexec2   --nostringval--   --nostringval--
>>> --nostringval--   2   %stopped_push   --nostringval--
>>> --nostringval--   --nostring
>>> val--   false   1   %stopped_push   1905   1   3   %oparray_pop   1904
>>>  1   3   %oparray_pop   1888   1   3   %oparray_pop   --nostringval--
>>>  --nost
>>> ringval--   2   1   1   --nostringval--   %for_pos_int_continue
>>> --nostringval--   --nostringval--   --nostringval--   --nostringval--
>>>  %array_conti
>>> nue   --nostringval--   false   1   %stopped_push   --nostringval--
>>> %loop_continue   --nostringval--   --nostringval--   --nostringval--
>>> --nostrin
>>> gval--   --nostringval--   --nostringval--   %array_continue
>>> --nostringval--   --nostringval--   --nostringval--   --nostringval--
>>>  --nostringval--
>>>  %loop_continue   --nostringval--   1856   14   10   %oparray_pop
>>> findresource   %errorexec_pop   --nostringval--   --nostringval--
>>> --nostringva
>>> l--
>>> Dictionary stack:
>>>  --dict:1165/1684(ro)(G)--   --dict:1/20(G)--   --dict:75/200(L)--
>>> --dict:75/200(L)--   --dict:106/127(ro)(G)--   --dict:275/300(ro)(G)--
>>>  --dict
>>> :21/25(L)--   --dict:4/6(L)--   --dict:22/40(L)--   --dict:10/13(L)--
>>>  --dict:20/26(ro)(G)--
>>> Current allocation mode is local
>>> Last OS error: No such file or directory
>>> GPL Ghostscript 8.63: Unrecoverable error, exit code 1
>>>
>>>> You probably need to add the fonts as Fonts, not CIDFonts, at a guess.
>>>> This will mean editing fontmap.GS (not cidfmap) in your gs/Resource/Init
>>>> directory.
>>>>
>>> I should also mention that in my gs folder I do not have a
>>> /Resource/Init directory.  In fact, I did not even have a Resource
>>> directory, but I created one by copying the Resource directory that
>>> was in c:\program files\Adobe\Reader 8.0\Resource to see if that would
>>> help with the CID font.  Again, thanks for the quick response and it
>>> sounds like using the straight TTF is what I need but I am obviously
>>> doing it wrong.
>>>
>>> Thanks again,
>>>
>>> Levi
>>>
>> _______________________________________________
>> gs-devel mailing list
>> gs-devel@ghos...
>> http://www.ghostscript.com/mailman/listinfo/gs-devel
>>
>
>
_______________________________________________
gs-devel mailing list
gs-devel@ghos...
http://www.ghostscript.com/mailman/listinfo/gs-devel