Re: Japanese printing in Firefox

Mike Shegedin <[email protected]>
Newsgroups gmane.linux.suse.m17n
Message-ID <[email protected]>
--- Mike FABIAN <[email protected]> wrote:

> Mike Shegedin <[email protected]>
> ¤µ¤ó¤Ï½ñ¤­¤Þ¤·¤¿:
> 
> >> Do you have the ghghostscriptjcjkackage
> installed?
> 
> [...]
> 
> > Yes, I had recently installed
> ghghostscriptjcjkHere
> > are the GS packages I have now:
> > ghghostscriptonts-other-7.07.1rcrc207.1
> > ghghostscriptonts-std-7.07.1rcrc207.1
> > ghghostscriptibrary-7.07.1rcrc207.1
> > ghghostscriptjcjk0021119-211
> > ghghostscript11-7.07.1rcrc207.1
> >
> > After installing ghghostscriptjcjkI also ran the
> > following
> >     SuSuSEconfig-module ghghostscriptjcjkper your
> > directions on
> >
>
hthttp/wwwwwususeedemfmfabianususejcjkhghostscriptthtmlhghostscriptbut
> 
> OK.
> 
> > I wasn't able to do much after that.
> 
> Let's check whether your firefox/Mozilla prints with
> fontembedding
> or not (Both is possible, depending on the settings
> in
> firefox/Mozilla).
> 
> Print to a file instead of directly to the printer
> and then run
> Ghostscript on that file:
> 
>      gs mozilla.ps
> 
> You will see messages about fonts which are loaded
> on standard
> output. Do you see any messages about missing fonts?
> If Mozilla prints without font embedding, it writes
> a request
> for the standard Japanese font name "Ryumin-Light"
> into the
> Postscript output because this font is available in
> most
> Japanese PostScript printers and also supported by
> Ghostscript
> with the ghostscript-cjk extras. I.e., if you
> Mozilla prints
> without fontembedding, you should see a message
> about loading
> Ryumin-Light in the standard output of Ghostscript.
> 
> On the other hand, if you Mozilla prints with font
> embedding, you will
> not see Ghostscript loading Ryumin-Light because the
> fonts are already
> contained in the Postscript document.
> 
> You should then see which fonts were embedded by
> grepping in the
> Postscript file, for example:
> 
> mike@kibou:~$ grep %%BeginResource mozilla.ps
> %%BeginResource: CMap IPAPGothic.Regular.0.0_cmap
> %%BeginResource: CIDFont IPAPGothic.Regular.0.0
> mike@kibou:~$
> 
> -- 
> Mike FABIAN   <[email protected]>  
> http://www.suse.de/~mfabian
> ¿ç̲ÉÔ­¤Ï¤¤¤¤»Å»ö¤ÎŨ¤À¡£
> 
> 
Hey, Mike. I printed the Japanese google homepage to a
file and passed it to gs as you stated. GS diplayed
boxes just like it did when they were printed out.
Standard output gave me lots of the following:
--------------------
Scanning /usr/share/fonts/ for fonts... 0 files, 0
scanned, 0 new fonts.
Can't find (or can't open) font file
/usr/share/ghostscript/Resource/Font/Ryumin
-Light-EUC-H.
Can't find (or can't open) font file
Ryumin-Light-EUC-H.
Substituting font Courier for Ryumin-Light-EUC-H.
---------------------
I also did the grep command you gave me on the output
file. I got no output from the grep it whatsoever.

I'm curious about the font embedding you mentioned.
Did you mean that GS will either attempt to embed a
font into a ps document before it is rendered or will
attempt to either load the requested font or make a
substitution when the font is not available to GS? Is
this the primary function of ghostscript-cjk?

Thanks for the hand-holding, Mike.

Mike


	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

-- 
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.