From: Kenichi Handa <handa@m17n.org>
Cc: emacs-devel@gnu.org
Subject: Re: display table for eight-bit-graphic
Date: Mon, 27 Jan 2003 11:20:00 +0900 (JST) [thread overview]
Message-ID: <200301270220.LAA14193@etlken.m17n.org> (raw)
In-Reply-To: <E18coqR-0001T9-00@fencepost.gnu.org> (message from Richard Stallman on Sun, 26 Jan 2003 10:37:15 -0500)
In article <E18coqR-0001T9-00@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> writes:
> But, I've just found that standard-display-table is setup
> when we start Emacs with any locale of single byte charset
> (e.g. iso-8859-1). It seems that it is done intentionally
> by set-locale-environment as below.
> The reason for this is probably for the sake of unibyte buffers.
> This way, people who don't like MULE and use Emacs in unibyte
> mode with European character sets get the same behavior as before.
I don't think so. See this comment again:
;; If default-enable-multibyte-characters is nil,
;; we are using single-byte characters,
;; so the display table and terminal coding system are irrelevant.
(when default-enable-multibyte-characters
(set-display-table-and-terminal-coding-system language-name))
It seesm that the intention is to use the display table for
multibyte buffers.
> In the past, this code only affected unibyte buffers because those
> character codes 128-255 normally only appeared in them. But nowadays,
> all those codes are normal in multibyte buffers too. The display
> table treats each code the same way regardless of whether it comes
> from a unibyte buffer or a multibyte buffer.
Yes. I don't object to the currently behaviour of display
table itself. If one really wants to see
eight-bit-control/graphic chars in a multibyte buffer by
some glyph, it's ok to use display table as he wishes.
What I object is to setting up the display table as now by default.
kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes:
> "Ehud Karni" <ehud@unix.mvs.co.il> writes:
>> I agree. For persons in the ISO-8859-x languages, the 8 bit graphics
>> is much better than the octal representation.
> I do not agree that displaying the graphics is better.
> It might seem so at first sight, but there are problems later on: for
> instance, you can't search for the 8bit graphics characters by typing
> Latin-1 characters, and people will surely be *very* surprised that
> they can't find their characters!
I agree with that. Showing different characters by the same
glyph is the source of confusion at least for novice users.
First of all, 8-bit characters should not appear in a
multibyte buffer usually. It it does, mainly it's because
of a bug of some program, on in a case that it should be
treated as raw bytes, not as characters. In both cases, it
is better that they are not displayed as graphics.
> Maybe it would be useful to highlight the graphics characters in some
> way so that it is clear that they aren't normal characters.
I'm not sure that is a good idea. Highlighting means many
things. Octal displaying is far better to indicate that
they aren't normal characters.
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2003-01-27 2:20 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-24 13:38 display table for eight-bit-graphic Dave Love
2003-01-25 1:16 ` Kenichi Handa
2003-01-25 10:17 ` Kai Großjohann
2003-01-25 22:24 ` Ehud Karni
2003-01-26 14:27 ` Kai Großjohann
2003-01-26 15:37 ` Richard Stallman
2003-01-27 2:20 ` Kenichi Handa [this message]
2003-01-29 0:04 ` Richard Stallman
2003-01-29 11:03 ` Kenichi Handa
2003-03-03 18:59 ` Richard Stallman
2003-03-03 20:41 ` Eli Zaretskii
2003-03-18 7:26 ` Kenichi Handa
2003-03-19 8:48 ` Richard Stallman
2003-03-19 10:58 ` Kenichi Handa
2003-03-21 19:07 ` Richard Stallman
2003-02-03 14:28 ` Dave Love
2003-02-03 14:29 ` Dave Love
2003-02-03 14:32 ` Dave Love
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=200301270220.LAA14193@etlken.m17n.org \
--to=handa@m17n.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 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.