unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#1003: 23.0.60; set-keyboard-coding-system incompatible with TeX input method
@ 2008-09-19 16:11 Unknown
  2008-09-20 20:45 ` Stefan Monnier
  0 siblings, 1 reply; 5+ messages in thread
From: Unknown @ 2008-09-19 16:11 UTC (permalink / raw)
  To: emacs-pretest-bug


in TeX input mode, I expect to be able to type ént by typing  "\'ent".
When I  set:

     (set-keyboard-coding-system 'utf-8)

typing those four characters gives me some Chinese character.

This is with the ubuntu Linux 8.04 emacs-snapshot package.






^ permalink raw reply	[flat|nested] 5+ messages in thread
* bug#1003: 23.0.60; set-keyboard-coding-system incompatible with TeX input method
@ 2009-05-25  4:44 Kenichi Handa
  2009-05-25 11:01 ` Laura Conrad
       [not found] ` <jwv1vqd47n7.fsf-monnier+emacsbugreports@gnu.org>
  0 siblings, 2 replies; 5+ messages in thread
From: Kenichi Handa @ 2009-05-25  4:44 UTC (permalink / raw)
  To: monnier; +Cc: lconrad, 1003

I've just noticed that this bug is not yet closed.

Laura Conrad <lconrad@laymusic.org> wrote:
> in TeX input mode, I expect to be able to type ént by typing  "\'ent".
> When I  set:
> 
>      (set-keyboard-coding-system 'utf-8)
> 
> typing those four characters gives me some Chinese character.
> 
> This is with the ubuntu Linux 8.04 emacs-snapshot package.

It seems that this bug is now fixed by Stefan's workaround
patch accompanied with this comment:

        ;; Invalid utf-8 sequence.  Might be because Quail got involved
        ;; in-between and the bytes we thought we were reading were actually
        ;; latin-1 chars.  Let's presume that `event' is the second "byte",
        ;; i.e. there weren't any "apprently correct" between `lead' and
        ;; `event': it's easy to recover in this case, and the more general
        ;; case seems pretty unlikely.
        ;; FIXME: We should really do encoded-kbd decoding before processing
        ;; input-methods.

The strange thing is that the date of the orignal bug report
is 2008-09-19 but the above patch was installed on
2008-06-15.  Laura, do you still see the problem?

Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> A real fix would probably be to perform keyboard-coding-system decoding
> earlier, but it's a non trivial change which may introduce its own set
> of problems.

I vaguely remember that I sent a patch to do that long ago,
but it seems that the discussion fizzled out without
reaching any conclusion.

> Maybe another way to fix the problem is to let quail emit not just é but
> the sequence [im-char é] and then have input-decode-map strip the
> `im-char' pseudo event; this would protect those im-generated chars from
> being processed by the keyboard-coding-system processing.

That's one idea, but seems tricky.  I prefer the first
method.

---
Kenichi Handa
handa@m17n.org





^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-07-01 11:49 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-19 16:11 bug#1003: 23.0.60; set-keyboard-coding-system incompatible with TeX input method Unknown
2008-09-20 20:45 ` Stefan Monnier
  -- strict thread matches above, loose matches on Subject: below --
2009-05-25  4:44 Kenichi Handa
2009-05-25 11:01 ` Laura Conrad
     [not found] ` <jwv1vqd47n7.fsf-monnier+emacsbugreports@gnu.org>
2009-07-01 11:49   ` Kenichi Handa

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).