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: Fri, 27 Aug 2010 16:35:40 +0300 [thread overview]
Message-ID: <201008271335.o7RDZehv024936@beta.mvs.co.il> (raw)
In-Reply-To: <83k4ndmiij.fsf@gnu.org> (message from Eli Zaretskii on Thu, 26 Aug 2010 19:43:48 +0300)
On Thu, 26 Aug 2010 19:43:48 Eli Zaretskii wrote:
> > From: "Ehud Karni" <ehud@unix.mvs.co.il>
> >
> > No, I want Hebrew of any kind - DOS(CP862), UNIX (ISO-8862-8) and UTF
> > to appear in Hebrew on BOTH text terminals and X.
>
> Sorry, I don't understand: what do you mean by "Hebrew of any kind"?
>
> In Emacs 23 and later, there's only one kind of Hebrew: the Unicode
> kind. All the characters, including Hebrew, are internally
> represented as their Unicode codepoints. When Emacs visits a file
> encoded in cp862, it converts the encoded characters into their
> Unicode codepoints. What is delivered to the screen is either some
> encoding, like cp862 (in the case of a text terminal), or a glyph from
> some font (on GUI terminals). In both of these cases, Emacs
> translates the Unicode codepoints to either the corresponding cp862
> etc. codes, or to the codes of the characters in the font used to
> display Hebrew. All that's needed for Emacs to DTRT is (a) that Emacs
> knows it is dealing with Hebrew characters, and (b) for text terminals
> only, that the terminal encoding is set up according to the encoding
> the terminal expects.
>
> Now, what am I missing to understand why you needed to use display
> tables?
You missing the point that most of my files are not "word-processor"
(or HTML/XML) files but are data file that are either read as ISO-8859-8
or no-conversion (binary) encoding.
Now, some of them has DOS Hebrew (#x80-9A) and graphic characters in
them, in ADDITION to UNIX Hebrew (#xE0-FA). I still want to see it as
Hebrew characters (so I can read it) but with a distinction between the
2 Hebrew types, I want to know the 8-bit encoding, it matters.
When I visit a file literally (i.e. no conversion) I still want to see
the Hebrew (and DOS graphic) characters as Hebrew and graphics, not as
an octal representation.
So I have to use a display table, and I want it to work for both text
terminals and X (or other windowed system - Mac, MS - which I myself
don't use).
> These graphic characters are part of Unicode as well (in the U+25XX
> block), and Emacs 23 knows how to encode them in cp862, or any other
> codepage that supports these characters. Try "C-x 8 RET 2525 RET" and
> see for yourself, it has a valid cp862 encoding.
What I want is just a subset of this in my display table, so bytes in
the range #xB0-#xDF will be shown as is on text terminal and as the
CP862 glyphs on X (I am willing to have different display tables for
each case, I don't use text terminal and X on the same Emacs instance).
I know how to do it when the locale environment is set to "en_GB".
Can you instruct me how to do this when the locale environment is set
to "he_IL" ?
Just as curiosity, some times I get files where the Hebrew is encoded
as the lower Latin letters and Aleph is represented by @ (this is
known as old-code and it is still used by some companies, even though
in is some other applications already use UTF-8 XML files).
Do you have a way to display it as Hebrew without a display table ?
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-27 13:35 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
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 [this message]
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=201008271335.o7RDZehv024936@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).