Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: Encrypted Japanese PDF (was "hahaha")
- To: tlug@example.com
- Subject: Re: Encrypted Japanese PDF (was "hahaha")
- From: Frank Bennett <bennett@example.com>
- Date: Wed, 19 Jul 2000 08:21:35 +0900
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=us-ascii
- In-Reply-To: <20000718144227.A30624@example.com>; from Frank Bennett on Tue, Jul 18, 2000 at 02:42:27PM +0900
- References: <20000712005748.A1631@example.com> <20000718144227.A30624@example.com>
Posting this correction to the list so that the full story finds its way into the mail archive. Apologies for the traffic. ***** On Tue, Jul 18, 2000 at 02:42:27PM +0900, Frank Bennett wrote: > The only shortcoming, for the docs I want to use this with, appears to be > that a set of numbering symbols "(a)", "(b)", "(c)" etc. are not defined > in the implicit font encoding, and therefore turn up blank. I will get on > to the author about this. When I took a closer look at the output stream, I found that these were rendered as single-byte characters in the range of 230 - 255, but the display front-end to Kterm was showing them as white space. This is not, then, a problem with xpdf; and because the logical information is there in the data stream, it's easy to grind these characters into 7-bit ASCII strings. Cheers, ---- -x80 Frank G Bennett, Jr @@ Faculty of Law, Nagoya Univ () email: bennett@example.com Tel: +81[(0)52]789-2239 ()
- References:
- hahaha
- From: Shimpei Yamashita <shimpei@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: Gateway Solo's ethernet card
- Next by Date: Encrypted Japanese PDF GREAT!!
- Prev by thread: sorry about the title (was Re: hahaha)
- Next by thread: RE: hahaha
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links