all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Miles Bader <miles.bader.fz@renesas.com>
To: emacs-devel@gnu.org
Subject: character composition seems much worse than before
Date: Mon, 08 Nov 2010 12:40:47 +0900	[thread overview]
Message-ID: <buopqugcwjk.fsf@dhlpc061.dev.necel.com> (raw)

For a while, maybe 4-5 months ago (?), automatic composition
in Emacs seemed to be working really well -- things just
_worked_, and worked correctly in almost every case.

Now it seems to be a fair bit worse... E.g.:

I do (using emacs -Q, latest trunk):

 (1) Insert a letter "e" by typing it

 (2) Insert a unicode combinging accute accent by doing "C-x 8 RET"
     and then "COMBINING ACCUTE ACCENT" RET

*Previously* (meaning N months ago), that would then properly
display an accented "e" character, which looked exactly like
the precombined unicode "é".  Perfect!  One could even add
multiple combining accents and they all displayed correctly
stacked on top of each other.  It was impressive.

But now:

 + It doesn't work by default -- it seems that I need to do
   "M-x auto-composition-mode" first.  Why is this necessary?
   Aren't combining characters almost always intended to, well,
   combine?  Why would we want them to _not_ combine by
   default?

 + The accent positioning is fairly clearly wrong.  I know this
   is font-specific, but this is using "Bitstream Vera Sans
   Mono" which is a pretty standard free font, and with which
   the positioning seemed to be perfect before.

 + Some combining accents seem to simply not work at all.  If I
   insert an "e", and then a "COMBINING CIRCUMFLEX ACCENT"
   character, the latter simply displays as a separate
   character, not stacked on top of the "e".  This used to work
   properly (and is a legimate combination -- there's a
   precombined "LATIN SMALL LETTER E WITH CIRCUMFLEX"
   character.

 + Multiple combining accents seem to display very badly, not
   stacked properly, but instead seemingly all at the same
   location (resulting in an unreadable blob).  This also used
   to work "properly."

Maybe there's something wrong with my system or my font, but I
think it's a reasonably standard Debian distro, with a standard
font...

Do these things work for other people?

[Well, I guess the question of whether "auto-composition-mode"
is valid regardless.]

Thanks,

-Miles

-- 
Patience, n. A minor form of despair, disguised as a virtue.



             reply	other threads:[~2010-11-08  3:40 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-08  3:40 Miles Bader [this message]
2010-11-08  3:53 ` character composition seems much worse than before Miles Bader
2010-11-08  4:06   ` Eli Zaretskii
2010-11-08  4:11     ` Miles Bader
2010-11-08  6:46       ` Eli Zaretskii
2010-11-08  7:30       ` Kenichi Handa
2010-11-08  7:46         ` Miles Bader
2010-11-08  7:51           ` Miles Bader
2010-11-08  9:17             ` Eli Zaretskii
2010-11-08 10:58             ` Andreas Schwab
2010-11-08 11:18               ` Miles Bader
2010-11-08 12:11                 ` Andreas Schwab
2010-11-08 11:18             ` Kenichi Handa
2010-11-08 12:03               ` Andreas Schwab
2010-11-09  5:46               ` Miles Bader
2010-11-09  5:49                 ` Miles Bader
2010-11-09 10:04                   ` Julien Danjou
2010-11-10  1:41                 ` 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=buopqugcwjk.fsf@dhlpc061.dev.necel.com \
    --to=miles.bader.fz@renesas.com \
    --cc=emacs-devel@gnu.org \
    --cc=miles@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.