Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Samba, GS, and CJK
- To: tlug@example.com
- Subject: Samba, GS, and CJK
- From: Frank BENNETT <bennett@example.com>
- Date: Thu, 28 Sep 2000 09:49:57 +0900
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=iso-2022-jp
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <uUFq6C.A.B7B.mhp05@example.com>
- Resent-Sender: tlug-request@example.com
I have set up some print queues here that offer Ghostscript-filtered print services to Windows machines via Samba. For testing, I set the queues up to use the Windows "Postscript Printer" driver. It works. The Ghostscript used by the queues has access to Japanese fonts, and under Linux at least, Japanese text sent to them without embedded font data prints just fine. So far, so good. But the Windows clients are not yet aware that these queues can handle Japanese, so documents shipped to the test queue by our users are bloated with font data. Japanese documents of even modest size will bring the system to a near standstill. I'm sure there is a way to do this, since there *are* printers on the market that have internal fonts. If possible, I would like to find a general solution, since the next step will be (I hope) to do the same thing with fonts for Chinese and Korean. Has anyone already fought this one out? Cheers, ---- -x80 Frank G Bennett, Jr @@ Faculty of Law, Nagoya Univ () email: bennett@example.com Tel: +81[(0)52]789-2239 ()
- Follow-Ups:
- Re: Samba, GS, and CJK
- From: Frank BENNETT <bennett@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: ethner card problem
- Next by Date: Re: Who organises guest speakers like Mad Dog?
- Prev by thread: Correction! -> Re: hardware doctors!
- Next by thread: Re: Samba, GS, and CJK
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links