From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Print eight-bit-* characters with ps-print Date: Mon, 13 May 2002 15:23:29 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200205130623.PAA06806@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1021271075 17133 127.0.0.1 (13 May 2002 06:24:35 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 13 May 2002 06:24:35 +0000 (UTC) Cc: emacs-devel@gnu.org, vinicius@cpqd.com.br Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 1779G7-0004SE-00 for ; Mon, 13 May 2002 08:24:35 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1779QX-000603-00 for ; Mon, 13 May 2002 08:35:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1779Fw-0003SM-00; Mon, 13 May 2002 02:24:24 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 1779FI-0003PZ-00 for ; Mon, 13 May 2002 02:23:44 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g4D6NUw07661; Mon, 13 May 2002 15:23:30 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g4D6NTM20759; Mon, 13 May 2002 15:23:29 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id PAA06806; Mon, 13 May 2002 15:23:29 +0900 (JST) Original-To: eliz@is.elta.co.il In-Reply-To: "eliz@is.elta.co.il"'s message of Sun, 12 May 2002 19:31:42 +0300 User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3868 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3868 "Eli Zaretskii" writes: > I use ps-print a lot, and it annoys me that it whines about > eight-bit-control and eight-bit-graphic characters not having fonts to > print them with. (These charsets are Emacs's invention, so there's no > chance anyone will ever have a font for them.) > So I came up with the change below. It doesn't really print the same > glyphs you see on your screen--that's impossible without knowing what > fonts are available to your printer or PostScript interpreter. But at > least the whining is gone, and for many cases, such as those \222 > characters and Latin-1 email messages sent as ``charset=US-ASCII'', it > does DTRT. We already have a function ps-control-character that properly print control codes, eight-bit-control, and eight-bit-graphic. So, to just stop whining about eight-bit-*, what we need is to delete eight-bit-control and eight-bit-graphic from charsets in this code (in ps-mule-begin-job of ps-mule.el): ;; Initialize `ps-mule-charset-list'. If some characters aren't ;; printable, warn it. (let ((charsets (find-charset-region from to))) (setq charsets (delq 'ascii (delq 'unknown (delq nil charsets))) ps-mule-charset-list charsets) Please try to add more delq for eight-bit-* here, and set ps-print-control-characters to `8-bit' (the default is `8-bit-control'). Then all eight-bit-* should be printed in octal form. Isn't it what you want? > (Btw, it looks like iso-safe can safely encode eight-bit-* characters. > If that's true, I think we should update its doc string. Handa-san, > can you please comment on this?) This is a difficult part. Currently, as far as I remember all coding-systems encode them as is. They are treated as special bytes that should be written out as is. I'm not sure whether or not we should make iso-safe as an exception. Instead, how about documenting clearly that there's a super rule that any coding system encodes eight-bit-* as is? --- Ken'ichi HANDA handa@etl.go.jp