unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ehud Karni" <ehud@unix.mvs.co.il>
To: handa@m17n.org
Cc: eliz@gnu.org, emacs-devel@gnu.org
Subject: Re: Usage of standard-display-table in MSDOS
Date: Sun, 5 Sep 2010 02:32:43 +0300	[thread overview]
Message-ID: <201009042332.o84NWhSA017839@beta.mvs.co.il> (raw)
In-Reply-To: <tl7wrr4z5pm.fsf@m17n.org> (message from Kenichi Handa on Thu, 02 Sep 2010 21:32:21 +0900)

[-- Attachment #1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #2: Type: text/plain, Size: 2800 bytes --]

On Thu, 02 Sep 2010 21:32:21 Kenichi Handa wrote:
>
> Then, in he_IL locale, by which coding-system your file is
> decoded?  C-h C RET shows that coding-system near the top
> under the line "Coding system for saving this buffer:".

The coding-system-for-read is hebrew-iso-8bit.

> And I don't understand this part.
>
> > I then set the DOS Hebrew chars (128-144) each to a vector:
> >     [ 169 <the corresponding UNIX Hebrew char> ]
>
> 169 is not a "UNIX Hebrew char", i.e. not a Unicode
> character code of a Hebrew char, nor a code-point of a
> Hebrew character in iso-8859-8 character set.

Yes, that's my problem, I have Hebrew in #xE0-#xFA (iso-8859-8)
but I have other 8 bit bytes (most of them are graphic shapes
from the cp862 set).

> And, you wrote "a small part have MSDOS Hebrew (#x80-#x9A)",
> but #x9a is 154, not 144.  Is "144" above just a typo?

Just a typo, it should be 154.

All my data files are 8bit bytes, so for me it is always, character =
byte (at least externally).


> Perhaps, the following is the best way to understand what
> you want:
>
> (1) You at first make sample files and give me them.
> (2) Tell me how you want read that file exactly.
>     Just C-x C-f FILENAME RET, or M-x find-file-literally ....,
>     or C-x C-m c no-convesion RET C-x C-f FILENAME RET,
>     or ...
> (3) Show me how it should be displayed on a terminal by an
>     image.

I attach a tar.bz2 file with 3 files:
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.

I had similar problem a long time ago. In 2001 you suggested to use
the following code:

  (make-coding-system
      'hebrew-iso-8bit 2 ?8
      "ISO 2022 based 8-bit encoding for Hebrew (MIME:ISO-8859-8)"
      '(ascii hebrew-iso8859-8 nil nil
              nil ascii-eol ascii-cntl nil nil nil nil nil t)
      '((safe-charsets ascii hebrew-iso8859-8 eight-bit-control)
        (mime-charset . iso-8859-8)))

May be I can define a new coding system that will have bytes #x80-#xFF
as legal characters and be recognized as Hebrew variant.

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

[-- Attachment #3: lit1.tar.bz2 --]
[-- Type: application/X-bzip2-compressed, Size: 10044 bytes --]

  reply	other threads:[~2010-09-04 23:32 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
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 [this message]
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=201009042332.o84NWhSA017839@beta.mvs.co.il \
    --to=ehud@unix.mvs.co.il \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=handa@m17n.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).