From unknown Mon Jun 16 23:48:00 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#19474 <19474@debbugs.gnu.org> To: bug#19474 <19474@debbugs.gnu.org> Subject: Status: 24.4; icomplete fails to insert character with C-x 8 Reply-To: bug#19474 <19474@debbugs.gnu.org> Date: Tue, 17 Jun 2025 06:48:00 +0000 retitle 19474 24.4; icomplete fails to insert character with C-x 8 reassign 19474 emacs submitter 19474 Eric Hanchrow severity 19474 normal tag 19474 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 30 13:55:05 2014 Received: (at submit) by debbugs.gnu.org; 30 Dec 2014 18:55:05 +0000 Received: from localhost ([127.0.0.1]:33127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y61wd-000645-Qh for submit@debbugs.gnu.org; Tue, 30 Dec 2014 13:55:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47584) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y61wb-00063a-CR for submit@debbugs.gnu.org; Tue, 30 Dec 2014 13:55:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y61wZ-0007Qn-Ek for submit@debbugs.gnu.org; Tue, 30 Dec 2014 13:55:01 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52044) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y61wZ-0007Qi-Bv for submit@debbugs.gnu.org; Tue, 30 Dec 2014 13:54:59 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y61wX-0001lX-Vl for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2014 13:54:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y61wW-0007Pt-Ap for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2014 13:54:57 -0500 Received: from mail-pa0-x22c.google.com ([2607:f8b0:400e:c03::22c]:53191) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y61wW-0007Pb-0P for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2014 13:54:56 -0500 Received: by mail-pa0-f44.google.com with SMTP id et14so19970373pad.31 for ; Tue, 30 Dec 2014 10:54:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=WR9prq/m0wgvFSjPTUZmNTzWsFNPdAwx3QH1socw+o4=; b=gARRHh7pLFlzuXemhbbdn6FanbYcUSbUfkpGTU5gfMuIQgnVmzSwra+G64RtW2BYoh zLtCM+wffoZaR7erTYasYNn7ni/FmMx3YNx8YwKtyl1fjQLhPfTL8OkHV9KlgG97mZU+ JBaJB+KsZoYNvHb0ENBDYzjviUiDhzkjLVlC2wOqu2pJmuBxAafEL3HYW2JwkNlJguUf n+JIqZMSCydoaKll361t9Kw/ub2FDSF8mGoUzkB/tQUmRvXaK0+yXYVqOM8dFm2rqOFc OLjbSCFQri4arcP1urMyqFmwDd4iOo+ykeuh4nv4qLjVyPTGyhyu4594iywI7F8fBrmg IIIA== X-Received: by 10.66.178.198 with SMTP id da6mr101349015pac.126.1419965694434; Tue, 30 Dec 2014 10:54:54 -0800 (PST) MIME-Version: 1.0 From: Eric Hanchrow Date: Tue, 30 Dec 2014 18:54:53 +0000 Message-ID: Subject: 24.4; icomplete fails to insert character with C-x 8 To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/alternative; boundary=047d7bdc8f48cf6676050b738663 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --047d7bdc8f48cf6676050b738663 Content-Type: text/plain; charset=UTF-8 * I started emacs with emacs -Q -nw * I turned on icomplete by typing ESC x i c o m p l e t e RET * I attempted to insert my favorite character, "PILE OF POO", by typing C-x 8 RET p i l e RET * I saw an error in the echo area: read-char-by-name: Invalid character * I did not see my beloved character in the current buffer In GNU Emacs 24.4.1 (i686-pc-linux-gnu) of 2014-10-22 on ip-10-172-239-100 Repository revision: rgm@gnu.org-20141020192115-57qyk6ygie4c15vx System Description: Ubuntu 14.04.1 LTS Configured using: `configure --without-x' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: icomplete-mode: t tooltip-mode: t electric-indent-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 8 3 ; 4 0 1 0 0 ; 0 c ESC x i c o m p l e t e RET C-x 8 RET p i l e RET C-h l ESC x r e p o r t - e m a c s - RET Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Source file `/mnt/emacs/lisp/cus-start.el' newer than byte-compiled file read-char-by-name: Invalid character Type C-x 1 to delete the help window. Source file `/mnt/emacs/lisp/mail/emacsbug.el' newer than byte-compiled file Load-path shadows: /mnt/emacs/lisp/emulation/vip hides /mnt/emacs/lisp/obsolete/vip /mnt/emacs/lisp/emulation/tpu-edt hides /mnt/emacs/lisp/obsolete/tpu-edt /mnt/emacs/lisp/emulation/ws-mode hides /mnt/emacs/lisp/obsolete/ws-mode /mnt/emacs/lisp/emulation/tpu-mapper hides /mnt/emacs/lisp/obsolete/tpu-mapper /mnt/emacs/lisp/emulation/crisp hides /mnt/emacs/lisp/obsolete/crisp /mnt/emacs/lisp/progmodes/cc-compat hides /mnt/emacs/lisp/obsolete/cc-compat /mnt/emacs/lisp/emulation/vi hides /mnt/emacs/lisp/obsolete/vi /mnt/emacs/lisp/emulation/tpu-extras hides /mnt/emacs/lisp/obsolete/tpu-extras Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils help-mode easymenu mule-util iso-transl cus-start cus-load icomplete xterm time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify multi-tty emacs) Memory information: ((conses 8 179617 4242) (symbols 24 36393 0) (miscs 20 37 136) (strings 16 77064 5781) (string-bytes 1 1408331) (vectors 8 8547) (vector-slots 4 409862 15748) (floats 8 60 609) (intervals 28 165 25) (buffers 512 12) (heap 1024 14171 1298)) --047d7bdc8f48cf6676050b738663 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
* I started emacs with emacs -Q -nw
* I turned on icompl= ete by typing ESC x i c o m p l e t e RET
* I attempted to insert= my favorite character, "PILE OF POO", by typing C-x 8 RET p i l = e RET=C2=A0
* I saw an error in the echo area: read-char-by-name:= Invalid character
* I did not see my beloved character in the cu= rrent buffer



In GNU = Emacs 24.4.1 (i686-pc-linux-gnu)
=C2=A0of 2014-10-22 on ip-10-172= -239-100
Repository revision: rgm@gnu.org-20141020192115-57qyk6yg= ie4c15vx
System Description: Ubuntu 14.04.1 LTS

Co= nfigured using:
=C2=A0`configure --without-x'

<= /div>
Important settings:
=C2=A0 value of $LANG: en_US.UTF-8<= /div>
=C2=A0 locale-coding-system: utf-8-unix

= Major mode: Lisp Interaction

Minor modes in effect= :
=C2=A0 icomplete-mode: t
=C2=A0 tooltip-mode: t
=
=C2=A0 electric-indent-mode: t
=C2=A0 menu-bar-mode: t
=
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode= : t
=C2=A0 font-lock-mode: t
=C2=A0 auto-composition-mo= de: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compre= ssion-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transie= nt-mark-mode: t

Recent input:
ESC [ >= 8 3 ; 4 0 1 0 0 ; 0 c ESC x i c o m p l e t=C2=A0
e RET C-x 8 RE= T p i l e RET C-h l ESC x r e p o r t=C2=A0
- e m a c s - RET

Recent messages:
For information about GNU = Emacs and the GNU system, type C-h C-a.
Source file `/mnt/emacs/l= isp/cus-start.el' newer than byte-compiled file
read-char-by-= name: Invalid character
Type C-x 1 to delete the help window.
Source file `/mnt/emacs/lisp/mail/emacsbug.el' newer than byte-c= ompiled file

Load-path shadows:
/mnt/ema= cs/lisp/emulation/vip hides /mnt/emacs/lisp/obsolete/vip
/mnt/ema= cs/lisp/emulation/tpu-edt hides /mnt/emacs/lisp/obsolete/tpu-edt
= /mnt/emacs/lisp/emulation/ws-mode hides /mnt/emacs/lisp/obsolete/ws-mode
/mnt/emacs/lisp/emulation/tpu-mapper hides /mnt/emacs/lisp/obsolete= /tpu-mapper
/mnt/emacs/lisp/emulation/crisp hides /mnt/emacs/lisp= /obsolete/crisp
/mnt/emacs/lisp/progmodes/cc-compat hides /mnt/em= acs/lisp/obsolete/cc-compat
/mnt/emacs/lisp/emulation/vi hides /m= nt/emacs/lisp/obsolete/vi
/mnt/emacs/lisp/emulation/tpu-extras hi= des /mnt/emacs/lisp/obsolete/tpu-extras

Features:<= /div>
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc= 822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 = mailabbrev
gmm-utils mailheader sendmail regexp-opt rfc2047 rfc20= 45 ietf-drums
mm-util help-fns mail-prsvr mail-utils help-mode ea= symenu mule-util
iso-transl cus-start cus-load icomplete xterm ti= me-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-= type tabulated-list newcomment
lisp-mode prog-mode register page = menu-bar rfn-eshadow timer select
mouse jit-lock font-lock syntax= facemenu font-core frame cham georgian
utf-8-lang misc-lang viet= namese tibetan thai tai-viet lao korean
japanese hebrew greek rom= anian slovak czech european ethiopic indian
cyrillic chinese case= -table epa-hook jka-cmpr-hook help simple abbrev
minibuffer nadvi= ce loaddefs button faces cus-face macroexp files
text-properties = overlay sha1 md5 base64 format env code-pages mule
custom widget = hashtable-print-readable backquote make-network-process
dbusbind = gfilenotify multi-tty emacs)

Memory information:
((conses 8 179617 4242)
=C2=A0(symbols 24 36393 0)
=
=C2=A0(miscs 20 37 136)
=C2=A0(strings 16 77064 5781)
<= div>=C2=A0(string-bytes 1 1408331)
=C2=A0(vectors 8 8547)
=C2=A0(vector-slots 4 409862 15748)
=C2=A0(floats 8 60 609)
=C2=A0(intervals 28 165 25)
=C2=A0(buffers 512 12)
<= div>=C2=A0(heap 1024 14171 1298))

--047d7bdc8f48cf6676050b738663-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 12 23:33:50 2016 Received: (at 19474) by debbugs.gnu.org; 13 Jan 2016 04:33:50 +0000 Received: from localhost ([127.0.0.1]:47722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJD82-0007tf-8J for submit@debbugs.gnu.org; Tue, 12 Jan 2016 23:33:50 -0500 Received: from mail-pf0-f178.google.com ([209.85.192.178]:33885) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJD80-0007tS-LB for 19474@debbugs.gnu.org; Tue, 12 Jan 2016 23:33:48 -0500 Received: by mail-pf0-f178.google.com with SMTP id q63so76470180pfb.1 for <19474@debbugs.gnu.org>; Tue, 12 Jan 2016 20:33:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type; bh=IYGvxO0fmkIVB34YOhXFnGsUD3bdkh3uPionJV94K14=; b=hkMF/yUsBxNHg1AXIdg0X9RKdQcl+hazXHiqe7EGRb6CFvDhclw2aNJlBg4ItV81qR QhOKicu/25cR4H+r/UCr5Hrzcyk601optg65JLeLrXSwZMMx3zIo51eTtp/cjLMuaVUp q8/tviAnGT5KxaejJvDQXwIFO/QJx1fSWqq1prRB+W6bM0Pl+blPfo1OisG2EBmRCKJH LYDS98OuoLyNF012M1K3cTVWAZ39TBMLmKjQkUOxX/HYL1v5eLR42a3khXDR71sTnkq2 +7i4Zok16XikRtHzmPcywsQfh9XZHiA0DKQv5NggmeITKvFFBAtgvIdAyxe9rfVxqsD0 8ZDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-type; bh=IYGvxO0fmkIVB34YOhXFnGsUD3bdkh3uPionJV94K14=; b=W1Q1oaRDf3Vhrjp/8QaYiQxHqmrdqL3vVoXsmSPTiv+13MeEvlAt2l/0hQI7YtP+04 EHxFsM9jxaEpn6GNfJTDiyP3ZIYIzexh543bjwFapHCHygBjyR8meTna6YbNKq5Dgnc4 yX8eKUa9S7KAwoFryA15zgtgloNu6KwQrNzhLstZDVMfgdAhdF27oCXn5x7DwO6FYPSa 2nbi6DHjsEN9rKGVb8y3mLSb17tX7KuNpXgpqDg5+gX3mO1FaylzvOBLkXR3brE/Xnbj 23uJcHQMlG9pE+jTkUJpHVX/R53yROHTpIreAPxTnHCXISW0vnGPWYeeupnD69n1w5Y6 XBJg== X-Gm-Message-State: ALoCoQmq5uLhdg4+PXypsPt0epPc467KVbd07N5iXBDgR+Nm6q/EimKkIhV4SBTJPY1r0m5rL+8IzuREoXtr0zmWpyppmMveLw== X-Received: by 10.98.80.76 with SMTP id e73mr30144738pfb.24.1452659622671; Tue, 12 Jan 2016 20:33:42 -0800 (PST) Received: from localhost (CPE-58-161-15-29.cqqy2.win.bigpond.net.au. [58.161.15.29]) by smtp.gmail.com with ESMTPSA id 17sm33710320pfq.51.2016.01.12.20.33.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jan 2016 20:33:41 -0800 (PST) From: Alexis To: Eric Hanchrow Subject: Re: bug#19474: 24.4; icomplete fails to insert character with C-x 8 Date: Wed, 13 Jan 2016 15:33:38 +1100 Message-ID: <87mvsa9jz1.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19474 Cc: 19474@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eric Hanchrow writes: > * I started emacs with emacs -Q -nw * I turned on icomplete by > typing ESC x i c o m p l e t e RET * I attempted to insert my > favorite character, "PILE OF POO", by typing C-x 8 RET p i l e > RET * I saw an error in the echo area: read-char-by-name: > Invalid character * I did not see my beloved character in the > current buffer It seems to me that the issue here is that icomplete expects one to accept completions via C-j (`minibuffer-force-complete-and-exit`) rather than RET (which is bound to `minibuffer-exit`). i myself find this behaviour counterintuitive, and would prefer that RET also be bound to `minibuffer-force-complete-and-exit`, since i would still be able to exit the minibuffer via C-g. i wonder if there are people relying on RET being bound to `minibuffer-exit`? From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 00:39:38 2016 Received: (at 19474) by debbugs.gnu.org; 13 Jan 2016 05:39:38 +0000 Received: from localhost ([127.0.0.1]:47728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJE9i-0000xE-7e for submit@debbugs.gnu.org; Wed, 13 Jan 2016 00:39:38 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:22574) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJE9f-0000wx-Rt for 19474@debbugs.gnu.org; Wed, 13 Jan 2016 00:39:36 -0500 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u0D5dTp4010880 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Jan 2016 05:39:29 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u0D5dSnF003776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Jan 2016 05:39:28 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u0D5dSfv017720; Wed, 13 Jan 2016 05:39:28 GMT MIME-Version: 1.0 Message-ID: <6750b845-f8d2-4418-b98c-e1f3d17a7911@default> Date: Tue, 12 Jan 2016 21:39:26 -0800 (PST) From: Drew Adams To: Alexis , Eric Hanchrow Subject: RE: bug#19474: 24.4; icomplete fails to insert character with C-x 8 References: <87mvsa9jz1.fsf@gmail.com> In-Reply-To: <87mvsa9jz1.fsf@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19474 Cc: 19474@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > It seems to me that the issue here is that icomplete expects one > to accept completions via C-j (`minibuffer-force-complete-and-exit`) > rather than RET (which is bound to `minibuffer-exit`). Yes, exactly. > i myself find this behaviour > counterintuitive, and would prefer that RET also be bound to > `minibuffer-force-complete-and-exit`, since i would still be able > to exit the minibuffer via C-g. i wonder if there are people > relying on RET being bound to `minibuffer-exit`? Yes, there are. Icomplete's C-j does not have the same behavior as RET. If Icomplete treated RET the way it treats C-j then that would mean that you could never input anything that matched a completion candidate, without choosing that match. IOW, it would remove the possibility of lax completion. You could not, for example, use `C-x b' to create a new buffer `foo' if there were already a buffer `foobar' - typing `foo RET' would just choose `foobar'. IOW, even in Icomplete mode, RET is used normally in the minibuffer: it accepts the text typed so far or, if a match is required in order to exit and there is only one possible match, it accepts that match. C-j for Icomplete mode is used not to input what you have typed so far but to input the first of the available matches. IOW, it completes and then exits (similar to what `minibuffer-complete-and-exit' does). Completion for `C-x 8 RET' is lax - a match is not required. This is because you can enter something other than a match of one of the char names - you can enter a code point. E.g., you can type `1F4A9 RET' to get your pile of poo. The code point here is not a _match_ for the char name (and only char names are completion candidates - there is no _completion_ against code points). The code point is simply another acceptable input, and it has the same effect (inserts the same char). --- FWIW, if you were to do this in Icicles, with the default settings, you _could_ use RET, for this reason: With the default settings your input for `C-x 8 RET' can match any combination of parts of a 3-part multi-completion: char name, code point, and the char itself. (You can complete the name or the code point, or both. And you can alternatively type the code point or the char to see what the name is.) And with the default settings, if your input matches only a char name or a code point, and if there is only one match, then that char is inserted. (Again, you can complete against the name, the code point, or the char itself, or any combination of these parts.) (If option `icicle-read-char-by-name-multi-completion-flag' is nil, which is not the default value, then the behavior is similar to vanilla Emacs,except that you get Icicles matching against the char name.) From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 02:20:00 2016 Received: (at 19474) by debbugs.gnu.org; 13 Jan 2016 07:20:00 +0000 Received: from localhost ([127.0.0.1]:47773 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJFiq-0003PU-7u for submit@debbugs.gnu.org; Wed, 13 Jan 2016 02:20:00 -0500 Received: from mail-pf0-f181.google.com ([209.85.192.181]:36851) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJFio-0003PH-Iz for 19474@debbugs.gnu.org; Wed, 13 Jan 2016 02:19:59 -0500 Received: by mail-pf0-f181.google.com with SMTP id n128so76621426pfn.3 for <19474@debbugs.gnu.org>; Tue, 12 Jan 2016 23:19:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:to:subject:cc:in-reply-to:date:message-id :mime-version:content-type; bh=9NwT2WzKiygCffkeGwBSgou9WS4+llc+Fl5cMHJA46Y=; b=rpiEyw5PWcV2FesDWrtThl/7ToRqpYnEhRR4UYX8Ky83thuwKHNq9WP9pTrLowhRzy HQZHk6XrwverbkHhICCnYGVAnZxNroPtird+EpeHD+D5fYwd4vxSZ3+djDtpCG4WQSzl 38t1ZmOMINH/5WBjUMv6M5Gaqt4E0nKs+G4CD3+dx62LBtrIW1DOTHAKVotHART3pNZj JbePvid6tL7/WfhSE6ACiSwwVNI9EZSET1YxLgjXop2kWFIoPmP6md241jKF1QZN5N3U C/PFnQO3CviZpB3QzE8NXGd+mzmzfXGZ1bFkD+7tHtpm73OHUmnmD6HgBDNNLel6kh8n CECw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:from:to:subject:cc:in-reply-to:date :message-id:mime-version:content-type; bh=9NwT2WzKiygCffkeGwBSgou9WS4+llc+Fl5cMHJA46Y=; b=JvCYgbxTSE1OA4YeE7IcTJ1+KOGl3t435aayOBrgmnyzuY06ihIpIBCK+FcyGXiG7r u7y0gNWd8eBImuviJ7ZahaoEEvBBxoU4nd6qhChWMOl4fp49TRsWamgWhwlrhsrQIUrm DCRY60MySAyursKy5izUlecKRZMgqRN0+CaoYnNan1lugJkXTdpKUFq+VwWKyfsFiRQR ATO9ywuGppt1QBtBjPvAxSpotElseL09cW0JOrXo9JfFzm/2UoNfNVhxhkmsu4+M7iqQ 0ds8tYY7lDE5d1bfEUEVS1NHqbnMyuyM+G9cNPP0XrYpUHtEQwMyJwGxJuj9+wJtQ9j1 DuDQ== X-Gm-Message-State: ALoCoQl2/1/EPx957KDl0mOXMKOfhyBwp+pS5QLnkIRtl7Mfq+tfajwIO19V9LRhthe0keWXkFeTHG/k4apSulqd+eT+PPtxQg== X-Received: by 10.98.69.93 with SMTP id s90mr39749103pfa.77.1452669592829; Tue, 12 Jan 2016 23:19:52 -0800 (PST) Received: from localhost (CPE-58-161-15-29.cqqy2.win.bigpond.net.au. [58.161.15.29]) by smtp.gmail.com with ESMTPSA id yl1sm197590240pac.35.2016.01.12.23.19.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jan 2016 23:19:51 -0800 (PST) References: <87mvsa9jz1.fsf@gmail.com> <6750b845-f8d2-4418-b98c-e1f3d17a7911@default> From: Alexis To: Drew Adams Subject: Re: bug#19474: 24.4; icomplete fails to insert character with C-x 8 In-reply-to: <6750b845-f8d2-4418-b98c-e1f3d17a7911@default> Date: Wed, 13 Jan 2016 18:19:47 +1100 Message-ID: <87k2ne9ca4.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19474 Cc: 19474@debbugs.gnu.org, Eric Hanchrow X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Drew Adams writes: > Yes, there are. Icomplete's C-j does not have the same behavior > as RET. If Icomplete treated RET the way it treats C-j then > that would mean that you could never input anything that matched > a completion candidate, without choosing that match. > > IOW, it would remove the possibility of lax completion. Okay, so then this bug report should be closed, since things are "working as designed". Does anyone have any objections to closing? From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 10:17:12 2016 Received: (at 19474) by debbugs.gnu.org; 13 Jan 2016 15:17:12 +0000 Received: from localhost ([127.0.0.1]:48383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJNAe-0007wZ-Hm for submit@debbugs.gnu.org; Wed, 13 Jan 2016 10:17:12 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:42322) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJNAc-0007wK-0x for 19474@debbugs.gnu.org; Wed, 13 Jan 2016 10:17:10 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u0DFH3Zs028231 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Jan 2016 15:17:03 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u0DFH2oB017798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Jan 2016 15:17:02 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u0DFH2bv018744; Wed, 13 Jan 2016 15:17:02 GMT MIME-Version: 1.0 Message-ID: <56faf3f6-41ff-4bab-aeab-cdbe1a6e4125@default> Date: Wed, 13 Jan 2016 07:17:00 -0800 (PST) From: Drew Adams To: Alexis Subject: RE: bug#19474: 24.4; icomplete fails to insert character with C-x 8 References: <87mvsa9jz1.fsf@gmail.com> <6750b845-f8d2-4418-b98c-e1f3d17a7911@default> <87k2ne9ca4.fsf@gmail.com> In-Reply-To: <87k2ne9ca4.fsf@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19474 Cc: 19474@debbugs.gnu.org, Eric Hanchrow X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > Yes, there are. Icomplete's C-j does not have the same behavior > > as RET. If Icomplete treated RET the way it treats C-j then > > that would mean that you could never input anything that matched > > a completion candidate, without choosing that match. > > > > IOW, it would remove the possibility of lax completion. >=20 > Okay, so then this bug report should be closed, since things are > "working as designed". Does anyone have any objections to closing? Yes, IMO it should be closed. But I don't decide these things. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 22 02:11:15 2016 Received: (at control) by debbugs.gnu.org; 22 Jan 2016 07:11:15 +0000 Received: from localhost ([127.0.0.1]:56910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aMVsJ-0004zQ-0F for submit@debbugs.gnu.org; Fri, 22 Jan 2016 02:11:15 -0500 Received: from mail-pf0-f180.google.com ([209.85.192.180]:33949) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aMVsH-0004zD-4X for control@debbugs.gnu.org; Fri, 22 Jan 2016 02:11:13 -0500 Received: by mail-pf0-f180.google.com with SMTP id q63so38483920pfb.1 for ; Thu, 21 Jan 2016 23:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:from:to:subject:date:message-id:mime-version :content-type; bh=iEUyfSbynBpdPosvJXi/4D9gOiwgykiOPuv7rWBKUOQ=; b=vuKjHtvHmSa4KN+a0TnX//rQtV6ihx6Eghh4gXngvGMc9K5VVI25KhWgFxECvgYS5g LJPscnWjn8RLQJWCiCEOG3r9nL6qZcNdOb3PkJ76WenpgWX3QrV7BN1C4prVpA5mj4rk KiJA7dMgotdfsIPOBSLf1RPyucFsrybKBjzCSpfrVXjfSr6BTPNCXZatZNDZVVBoJPtB V7y6FxgAcgDaaeEFvWpHrbf3KcMu7mK0qrXSbadCTjF5GD8WC7oQgqSiI/REgqRDSzgA Q1IPVuHRH/WdQUkxIEcuYvQsYDQEfmxbMFP0fgzL+vz9jZ4KGlUa2x65/vLX85meq5UZ vjuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version:content-type; bh=iEUyfSbynBpdPosvJXi/4D9gOiwgykiOPuv7rWBKUOQ=; b=NUHaC51hE2CKqYQIEkBeZmOcA5jzNObK2F9XoCIO9W2fXewq41DDh5tyzUIQEi2uqt 8hXsKOAVV5vVHHuyDG+Fzfl6w3FsLIGXW5rAAc5WMYRKRcTfhdt2z74TcRGOPJgerMBb aQypS7mOhZcGeqFteXFLaS18wP0PGbQqlaxLtF52mm3m/GneSaPYUXZ5nBmD5wzr9Ljj OVNzMO6VAHP5k8+q3KWE6a0UXJhiPIqO5iZVTa/twCoxm5znd/GYrhPJ2UGKZqK4QTWH FN6JGCb7R9e6QTB3Y9i0VPQZ0oP6+a/Fu4pECG2uVmqbMnTpn4fNaBuo0v9JTmofz5FR N/Jg== X-Gm-Message-State: AG10YOTZ51AVRuwu7J/Td4v8GbbY2ST5lyjX19NZZhaDq6gg0rYOSgNs0UOtfJTMdK9bpQ== X-Received: by 10.98.31.8 with SMTP id f8mr2165290pff.71.1453446667042; Thu, 21 Jan 2016 23:11:07 -0800 (PST) Received: from localhost (CPE-58-161-15-29.cqqy2.win.bigpond.net.au. [58.161.15.29]) by smtp.gmail.com with ESMTPSA id y18sm7081601pfi.84.2016.01.21.23.11.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Jan 2016 23:11:06 -0800 (PST) User-agent: mu4e 0.9.16; emacs 24.5.3 From: Alexis To: control@debbugs.gnu.org Subject: Date: Fri, 22 Jan 2016 18:10:59 +1100 Message-ID: <8737tqjdh8.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 19474 = notabug [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (flexibeast[at]gmail.com) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.192.180 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.192.180 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 19474 = notabug [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.192.180 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.192.180 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (flexibeast[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 2.0 BLANK_SUBJECT Subject is present but empty tags 19474 = notabug From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 22 02:12:51 2016 Received: (at 19474-done) by debbugs.gnu.org; 22 Jan 2016 07:12:51 +0000 Received: from localhost ([127.0.0.1]:56915 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aMVtr-00051s-8f for submit@debbugs.gnu.org; Fri, 22 Jan 2016 02:12:51 -0500 Received: from mail-pa0-f45.google.com ([209.85.220.45]:35546) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aMVtp-00051e-AJ for 19474-done@debbugs.gnu.org; Fri, 22 Jan 2016 02:12:49 -0500 Received: by mail-pa0-f45.google.com with SMTP id ho8so36856557pac.2 for <19474-done@debbugs.gnu.org>; Thu, 21 Jan 2016 23:12:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-type; bh=OL8VMhImhHiLl6MF/UI0Arnq+JSN9KRh5m8xzrPlhEo=; b=NTUwC23bc7qszDvD9S6vUUdQ+tGw6+CYz4FKw1EKHwBy4aAwOgjjTcOohgDFgWTj3K OEoUYZJGTePnBU+1qSd0TbFRqsmdvhchpBXCVKRIs1vs/WiY1hBiFJvXtQ2Ykgvg6f/q +Cw4BIel/zgJsPsnQoCT8/e0VbBh7Lb58vrXqVULq7Vmot1pNY9J5pjA+eOvuf2CssmL AM7eYJ31aarW57yYwAcA+r9zRkgu6PV8/B1RQSUPQP3Sujo+u3Zkezra9R9/kuiR9Los g5kQhYEyPvCLTjq34InJh31ncq5QiCFFKdx4+kXBIOCyu1aA3Y5R7l7DMZBsDmfjq/hg 8Cfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-type; bh=OL8VMhImhHiLl6MF/UI0Arnq+JSN9KRh5m8xzrPlhEo=; b=YgFcaSIvB5dYRUwf2gzCDA9tajasUeYRP2sliHlfIWYmFlLvCbZM9SMxNu553PCAEs tV5Kr+KRXg43X2qDiKED5YGFkga+6L5HPyhSbRwkeiKiQvGZjynVTfdnbt03cANRkTsh xh90rOB9B+GjPnug+DjjeZ1PgA1HD1m7PBAP5Kpgl6hmWxwLk1CCElFYjQVqvkGLVB/9 D6lCxW/M/JuLrVqqvy1xbJgyvCreUg99w6NDB2jsYcDgll0W0qg5al+tebT4gsJhSKZC OfKcNjN223qLnJIEB2GX8f3rDP90wsg9Tx9sQgqrGLnmWjMZcMNWqvZdhx/kW3l857Ff u/Iw== X-Gm-Message-State: AG10YOSWYP963/hqDHTnjugtBag8VPgngDPtQwaw+AbyijNR0mi1D0ZUWFlZEW/wRbGi+g== X-Received: by 10.66.177.193 with SMTP id cs1mr2195610pac.132.1453446763519; Thu, 21 Jan 2016 23:12:43 -0800 (PST) Received: from localhost (CPE-58-161-15-29.cqqy2.win.bigpond.net.au. [58.161.15.29]) by smtp.gmail.com with ESMTPSA id i76sm7111872pfj.68.2016.01.21.23.12.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Jan 2016 23:12:43 -0800 (PST) References: <87mvsa9jz1.fsf@gmail.com> <6750b845-f8d2-4418-b98c-e1f3d17a7911@default> <87k2ne9ca4.fsf@gmail.com> <56faf3f6-41ff-4bab-aeab-cdbe1a6e4125@default> User-agent: mu4e 0.9.16; emacs 24.5.3 From: Alexis To: Drew Adams Subject: Re: bug#19474: 24.4; icomplete fails to insert character with C-x 8 In-reply-to: <56faf3f6-41ff-4bab-aeab-cdbe1a6e4125@default> Date: Fri, 22 Jan 2016 18:12:40 +1100 Message-ID: <871t9ajdef.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19474-done Cc: 19474-done@debbugs.gnu.org, Eric Hanchrow X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Drew Adams writes: >> > Yes, there are. Icomplete's C-j does not have the same >> > behavior as RET. If Icomplete treated RET the way it treats >> > C-j then that would mean that you could never input anything >> > that matched a completion candidate, without choosing that >> > match. >> > >> > IOW, it would remove the possibility of lax completion. >> >> Okay, so then this bug report should be closed, since things >> are "working as designed". Does anyone have any objections to >> closing? > > Yes, IMO it should be closed. But I don't decide these things. A week has passed and there's been no objection, so i'm tagging this as 'notabug' and closing. Alexis. From unknown Mon Jun 16 23:48:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 19 Feb 2016 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator