From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Usage of standard-display-table in MSDOS Date: Sun, 05 Sep 2010 01:30:46 -0400 Message-ID: References: <83aao8mjzx.fsf@gnu.org> <837hjcm9cw.fsf@gnu.org> <83y6brkxqe.fsf@gnu.org> <201009012333.o81NXrRq016732@beta.mvs.co.il> <201009042332.o84NWhSA017839@beta.mvs.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1283664665 16711 80.91.229.12 (5 Sep 2010 05:31:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 5 Sep 2010 05:31:05 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org To: ehud@unix.mvs.co.il Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 05 07:31:02 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Os7oh-0001k0-T5 for ged-emacs-devel@m.gmane.org; Sun, 05 Sep 2010 07:31:00 +0200 Original-Received: from localhost ([127.0.0.1]:43166 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Os7og-0004El-Il for ged-emacs-devel@m.gmane.org; Sun, 05 Sep 2010 01:30:58 -0400 Original-Received: from [140.186.70.92] (port=60573 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Os7oY-0004Eg-5a for emacs-devel@gnu.org; Sun, 05 Sep 2010 01:30:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Os7oW-0007BN-Sd for emacs-devel@gnu.org; Sun, 05 Sep 2010 01:30:50 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:50911) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os7oW-0007BJ-Ox for emacs-devel@gnu.org; Sun, 05 Sep 2010 01:30:48 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Os7oU-0006m6-7X; Sun, 05 Sep 2010 01:30:46 -0400 In-reply-to: <201009042332.o84NWhSA017839@beta.mvs.co.il> (ehud@unix.mvs.co.il) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:129688 Archived-At: > Date: Sun, 5 Sep 2010 02:32:43 +0300 > From: "Ehud Karni" > Cc: eliz@gnu.org, emacs-devel@gnu.org > Reply-to: ehud@unix.mvs.co.il > > 1. lit1 - the sample file. > 2. lit1-tty.png - how it should show on text terminal. > 3. lit1-x.png - how it should show on X. > > I can do it if I read the file with the iso-latin-1 coding-system > and change the display table to show the Hebrew glyphs for the Hebrew > [#xE0-#xFA] bytes. But in this way it is not Hebrew characters (e.g. > for the new bidi display). I want it the other way around, to read it > with hebrew-iso-8bit and to to tweak the display table to show all > the bytes not belonging to the Hebrew set. The file includes Hebrew characters encoded in both hebrew-iso-8bit and cp862, as well as line-drawing characters from cp862. Barring bugs in the display table handling, you should be able eventually to set up standard-display-table to display all the Hebrew characters as you'd expect to see them, and display the line-drawing characters correctly as well. (Judging by the sample file, I'd suggest to use cp862 rather than hebrew-iso-8bit, because much more characters are from cp862. However, you say elsewhere that most of the characters in your files are hebrew-iso-8bit, so maybe the sample file is not representative enough.) But if you want all the Hebrew characters to be treated by Emacs as such (e.g., for bidi display), no matter what's their encoding in the file, you will have to define a coding-system that will decode them all into Unicode codepoints of Hebrew characters. There's a problem you will need to solve for defining such a coding system: it has 2 different encodings for the same character, one from hebrew-iso-8bit, the other from cp862. So you will need to decide how will Hebrew characters be encoded when the file is saved. Alternatively, we could expose in Lisp the char-table used by the bidi reordering engine for reordering characters, where you could change the bidi class of the non-Hebrew characters that are displayed as Hebrew. Until now, there was no plausible use-case for changing that table (and frankly, I'd prefer not to go there, as futzing with that table could potentially cause trouble).