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: Thu, 02 Sep 2010 01:19:59 -0400 Message-ID: References: <83aao8mjzx.fsf@gnu.org> <837hjcm9cw.fsf@gnu.org> <83y6brkxqe.fsf@gnu.org> <201009012333.o81NXrRq016732@beta.mvs.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1283404822 27968 80.91.229.12 (2 Sep 2010 05:20:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 2 Sep 2010 05:20:22 +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 Thu Sep 02 07:20:21 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 1Or2Dk-0005UK-M6 for ged-emacs-devel@m.gmane.org; Thu, 02 Sep 2010 07:20:20 +0200 Original-Received: from localhost ([127.0.0.1]:51365 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Or2Dj-0001bp-HH for ged-emacs-devel@m.gmane.org; Thu, 02 Sep 2010 01:20:19 -0400 Original-Received: from [199.232.76.173] (port=57324 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Or2DY-0001bM-Ld for emacs-devel@gnu.org; Thu, 02 Sep 2010 01:20:08 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Or2DX-0000Xx-Ct for emacs-devel@gnu.org; Thu, 02 Sep 2010 01:20:08 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:36769) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Or2DX-0000Xt-38 for emacs-devel@gnu.org; Thu, 02 Sep 2010 01:20:07 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Or2DP-0005Sr-SE; Thu, 02 Sep 2010 01:19:59 -0400 In-reply-to: <201009012333.o81NXrRq016732@beta.mvs.co.il> (ehud@unix.mvs.co.il) X-detected-operating-system: by monty-python.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:129571 Archived-At: > Date: Thu, 2 Sep 2010 02:33:53 +0300 > From: "Ehud Karni" > Cc: handa@m17n.org, eliz@gnu.org, emacs-devel@gnu.org > Reply-to: ehud@unix.mvs.co.il > > Problem 1: > On text terminal the language environment has great influence on the > use of the display table - characters not it the language - are > always displayed as ? . So in the "C" locale, all characters > 127 > are displayed as ?. > In the "he_IL" locale (= ISO-8859-8) characters in the range > 191-223 and 251-255 are displayed as ?. > In the "en_GB" locale (= ISO-8859-1) the Hebrew characters (#x5D0- > #x5EA) are displayed as ?. The locale affects the value of terminal-coding-system. Other than that, it shouldn't affect the issues that are important to you in the context of what we discuss here. You can control the value of terminal-coding-system with "C-x RET t", if what set-locale-environment does is not good enough. In particular, I would try using cp862. > I really must use the "he_IL" because most of the file my users view > are in ISO-8859-8 and a small part have MSDOS Hebrew (#x80-#x9A), but > I want to see all the characters (#xB0-#xDF) literally (i.e. when a > byte in this range is displayed, its 8 bit value should be sent to > the terminal. I thought the latest changes by Handa-san were supposed to do this. Eight-bit-characters sent to the terminal should always produce the corresponding 8-bit byte values, no matter which terminal-coding-system is used. It sounds like you say that didn't work? > Problem 2: > When I use `find-file-literally' to visit a file, the display table is > mostly ignored, characters in #xA0-B2 are displayed in \OOO form, while > #xB3-DF are displayed as empty boxes (on X), whatever locale I use. > This is a change from the behavior of emacs-21. > Note: This can be controlled by `set-buffer-multibyte t', but then the > display is sometimes corrupted. Sounds like display of unibyte characters doesn't work according to the display table?