From: Eli Zaretskii <eliz@gnu.org>
To: ehud@unix.mvs.co.il
Cc: emacs-devel@gnu.org, handa@m17n.org
Subject: Re: Usage of standard-display-table in MSDOS
Date: Sun, 29 Aug 2010 09:50:03 -0400 [thread overview]
Message-ID: <E1OpiGp-0005DL-Pr@fencepost.gnu.org> (raw)
In-Reply-To: <201008291306.o7TD6gZ5007449@beta.mvs.co.il> (ehud@unix.mvs.co.il)
> Date: Sun, 29 Aug 2010 16:06:42 +0300
> From: "Ehud Karni" <ehud@unix.mvs.co.il>
> Cc: handa@m17n.org, emacs-devel@gnu.org
> Reply-to: ehud@unix.mvs.co.il
>
> From another thread, I found Handa san suggestion to use `decode-char'.
>
> So my my check function looks now like this:
>
> (defun check-multibyte-code (byte)
> (message "Byte: %02X (%d), M-Char: %04X (%d), D-Char: %04X (%d)"
> byte byte
> (unibyte-char-to-multibyte byte)
> (unibyte-char-to-multibyte byte)
> (decode-char 'iso-8859-8 byte)
> (decode-char 'iso-8859-8 byte)))
>
> It fails for Emacs-21.3 because `decode-char' returns nil.
IIRC, Emacs 21 supported only 'ucs as the 2nd arg of decode-char.
> Can you give the reasons to the changes in these functions ?
Two: (1) switch to Unicode-based internal representation, and as
result (2) changes in handling of raw eight-bit bytes.
> I think it is a bad practice to keep the function names while
> changing how they work. It breaks tested code.
I agree, but I think in this case there was no choice, unfortunately.
Anyway, I think the key to solving your problem is elsewhere. I will
try to explain in a separate mail.
next prev parent reply other threads:[~2010-08-29 13:50 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
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 [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1OpiGp-0005DL-Pr@fencepost.gnu.org \
--to=eliz@gnu.org \
--cc=ehud@unix.mvs.co.il \
--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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.