From: "Ehud Karni" <ehud@unix.mvs.co.il>
To: eliz@gnu.org
Cc: emacs-devel@gnu.org
Subject: Re: Usage of standard-display-table in MSDOS
Date: Wed, 25 Aug 2010 16:04:56 +0300 [thread overview]
Message-ID: <201008251304.o7PD4uJu028868@beta.mvs.co.il> (raw)
In-Reply-To: <83aaocnec1.fsf@gnu.org> (message from Eli Zaretskii on Tue, 24 Aug 2010 19:51:58 +0300)
On Tue, 24 Aug 2010 19:51:58 Eli Zaretskii wrote:
> >
> > I want to see Hebrew (iso-8559-8) characters even when LANG=C, because
> > setting the LANG to he_IL changes to much other things (for example,
> > it change the `ls' output, which breaks dired).
>
> You could do
>
> M-x set-locale-environment RET he_IL RET
>
> from inside Emacs, which I think will do what you want without
> affecting `ls' etc. (unless you mean `ls' that is run from the Emacs
> shell buffer).
That fix my problem. It does not change any env variable so it is good
even for shell spawned from Emacs.
> > The problem as I see it is that the characters it the vectors in the
> > display table are going further translation and not used "literally".
>
> I don't understand what you are trying to say here. Please elaborate
> about "further translation" and "not used literally".
The best way to understand it is with an example:
For the DOS Hebrew Aleph The standard-display-table is set like this:
(aset standard-display-table 128 '[ 169 244 ] )
In Emacs 21.3 these exact characters were displayed (sent) to the text
terminal and appeared as prefix char + Aleph.
In 23.1 I see the prefix + ? (question mark).
The character `244' (Aleph) is been encoded in the current locale
and this inhibits its display as Aleph.
You can easily check it by the following prescription:
(setq standard-display-table (make-display-table))
(standard-display-8bit 128 254)
(set-locale-environment "en_GB")
(find-file-literally <a file with Hebrew (#xE0-#xFA) characters>)
check how it is displayed - you see the Hebrew as it should.
Now change the locale.
(set-locale-environment "he_IL")
You see ? because the #xE0-#xFA is encoded in Hebrew locale
and are meaningless (instead of just being plain 8 bit).
The standard-display-table has not changed, but the meaning of the
8 bit numbers in the characters vectors has changed.
To solve my Hebrew display I have 2 possibilities:
1. Set the locale to some Latin-1 language (e.g. en_GB) and continue to
work like I do in 21.3. It is simpler but I it is some kind of
deceiving myself, and it will work only with 8 bit Hebrew fonts.
2. Set the locale to Hebrew and change the display table (entries #x80-
#x9A - DOS Hebrew, and #xE0-#xFA - ISO-8859-8 Hebrew to UTF Hebrew)
but then I have to set all the DOS graphic characters myself.
I'll go the 2nd way, but I'll appreciate something that will ease it,
i.e. a way to set the standard-display-table for all the non Hebrew
characters < 256 to something that will make it work like CP862.
Ehud.
--
Ehud Karni Tel: +972-3-7966-561 /"\
Mivtach - Simon Fax: +972-3-7976-561 \ / ASCII Ribbon Campaign
Insurance agencies (USA) voice mail and X Against HTML Mail
http://www.mvs.co.il FAX: 1-815-5509341 / \
GnuPG: 98EA398D <http://www.keyserver.net/> Better Safe Than Sorry
next prev parent reply other threads:[~2010-08-25 13:04 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-23 12:44 Usage of standard-display-table in MSDOS Kenichi Handa
2010-08-24 5:34 ` Stephen J. Turnbull
2010-08-24 11:13 ` Ehud Karni
2010-08-24 16:51 ` Eli Zaretskii
2010-08-25 13:04 ` Ehud Karni [this message]
2010-08-25 18:09 ` Eli Zaretskii
2010-08-26 15:26 ` Ehud Karni
2010-08-26 16:43 ` Eli Zaretskii
2010-08-27 13:35 ` Ehud Karni
2010-08-27 16:30 ` Eli Zaretskii
2010-08-27 10:24 ` Eli Zaretskii
2010-08-27 11:44 ` Kenichi Handa
2010-08-27 14:13 ` Eli Zaretskii
2010-08-28 4:18 ` Kenichi Handa
2010-08-28 7:22 ` Eli Zaretskii
2010-08-30 2:24 ` Kenichi Handa
2010-08-30 3:02 ` Eli Zaretskii
2010-09-01 3:21 ` Kenichi Handa
2010-09-01 9:20 ` Ehud Karni
2010-09-01 23:33 ` Ehud Karni
2010-09-02 5:19 ` Eli Zaretskii
2010-09-02 5:20 ` Kenichi Handa
2010-09-04 22:54 ` Ehud Karni
2010-09-06 1:30 ` Kenichi Handa
2010-09-02 12:32 ` Kenichi Handa
2010-09-04 23:32 ` Ehud Karni
2010-09-05 5:30 ` Eli Zaretskii
2010-09-06 5:14 ` Kenichi Handa
2010-08-29 10:16 ` Ehud Karni
2010-08-29 11:21 ` Eli Zaretskii
2010-08-29 11:49 ` Ehud Karni
2010-08-29 13:06 ` Ehud Karni
2010-08-29 13:50 ` Eli Zaretskii
2010-08-29 14:04 ` Eli Zaretskii
2010-09-07 21:11 ` Ehud Karni
2010-09-09 11:57 ` Kenichi Handa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201008251304.o7PD4uJu028868@beta.mvs.co.il \
--to=ehud@unix.mvs.co.il \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).