GNU bug report logs -
#11650
24.1.50; "Simple" input methods do not allow selection of alternatives with quail-completions
Previous Next
Reported by: Lawrence Mitchell <wence <at> gmx.li>
Date: Fri, 8 Jun 2012 13:34:02 UTC
Severity: normal
Tags: moreinfo
Found in version 24.1.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11650 in the body.
You can then email your comments to 11650 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11650
; Package
emacs
.
(Fri, 08 Jun 2012 13:34:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Lawrence Mitchell <wence <at> gmx.li>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 08 Jun 2012 13:34:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
emacs -Q
C-u C-\ TeX RET
\"o TAB
Three completions are shown:
Possible completion and corresponding characters are:
\"o:(1/1) 1.ӧ 2.ȫ 3.ö
Those are:
CYRILLIC SMALL LETTER O WITH DIAERESIS
LATIN SMALL LETTER O WITH DIAERESIS AND MACRON
LATIN SMALL LETTER O WITH DIAERESIS
They all have the relevant mouse-highlight face, but mouse-2 on
any of them does not insert the relevant one in a buffer.
This is an unintended side-effect of this change:
Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
Date: Sun Apr 8 22:53:51 2012 -0400
* leim/quail/latin-ltx.el: Auto-generate some of the entries.
(latin-ltx--ascii-p): New function.
(latin-ltx--define-rules): New macro.
(define-rules): Use it.
Previously, there was a one-to-one mapping between TeX-like names
and inserted characters, with this change, many entries are
one-to-many. Doubly unfortunately, the most likely candidate is
often not the first option. I'd suggest reverting that commit.
Lawrence
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11650
; Package
emacs
.
(Sat, 17 Aug 2019 22:35:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 11650 <at> debbugs.gnu.org (full text, mbox):
Lawrence Mitchell <wence <at> gmx.li> writes:
> emacs -Q
>
> C-u C-\ TeX RET
>
> \"o TAB
>
> Three completions are shown:
>
> Possible completion and corresponding characters are:
> \"o:(1/1) 1.ӧ 2.ȫ 3.ö
(I'm going through old bug reports that unfortunately have gotten no
responses yet.)
I'm unable to reproduce this bug, because if I type
\"o TAB
I just end up with a buffer with an ö character and a TAB inserted. Are
there any additional steps to see the completions, or has this just
changed a lot in the intervening years and been fixed in a different
way?
> Those are:
> CYRILLIC SMALL LETTER O WITH DIAERESIS
> LATIN SMALL LETTER O WITH DIAERESIS AND MACRON
> LATIN SMALL LETTER O WITH DIAERESIS
>
> They all have the relevant mouse-highlight face, but mouse-2 on
> any of them does not insert the relevant one in a buffer.
>
> This is an unintended side-effect of this change:
>
> Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Sun Apr 8 22:53:51 2012 -0400
>
> * leim/quail/latin-ltx.el: Auto-generate some of the entries.
> (latin-ltx--ascii-p): New function.
> (latin-ltx--define-rules): New macro.
> (define-rules): Use it.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 17 Aug 2019 22:36:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11650
; Package
emacs
.
(Sun, 18 Aug 2019 08:11:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 11650 <at> debbugs.gnu.org (full text, mbox):
On Aug 17 2019, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> I'm unable to reproduce this bug, because if I type
>
> \"o TAB
>
> I just end up with a buffer with an ö character and a TAB inserted.
This is probably a dup of 13950 which has been fixed in commit c8cefd6a81.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Reply sent
to
Lars Ingebrigtsen <larsi <at> gnus.org>
:
You have taken responsibility.
(Sun, 18 Aug 2019 17:22:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Lawrence Mitchell <wence <at> gmx.li>
:
bug acknowledged by developer.
(Sun, 18 Aug 2019 17:22:01 GMT)
Full text and
rfc822 format available.
Message #18 received at 11650-done <at> debbugs.gnu.org (full text, mbox):
Andreas Schwab <schwab <at> linux-m68k.org> writes:
> On Aug 17 2019, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
>> I'm unable to reproduce this bug, because if I type
>>
>> \"o TAB
>>
>> I just end up with a buffer with an ö character and a TAB inserted.
>
> This is probably a dup of 13950 which has been fixed in commit c8cefd6a81.
Right; closing.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 16 Sep 2019 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.