From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: VanL Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jul 2019 02:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 36454@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15619487656066 (code B ref -1); Mon, 01 Jul 2019 02:40:02 +0000 Received: (at submit) by debbugs.gnu.org; 1 Jul 2019 02:39:25 +0000 Received: from localhost ([127.0.0.1]:47528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhmE0-0001Zm-PQ for submit@debbugs.gnu.org; Sun, 30 Jun 2019 22:39:24 -0400 Received: from lists.gnu.org ([209.51.188.17]:56139) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhmDy-0001Ze-OG for submit@debbugs.gnu.org; Sun, 30 Jun 2019 22:39:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41843) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhmDx-0003Bv-NK for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 22:39:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hhmDw-0004UB-Qq for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 22:39:21 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:36095) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hhmDw-0004RD-Jj for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 22:39:20 -0400 X-Originating-IP: 110.175.193.118 Received: from epi.local (110-175-193-118.static.tpgi.com.au [110.175.193.118]) (Authenticated sender: van@scratch.space) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 31A671C0002 for ; Mon, 1 Jul 2019 02:39:05 +0000 (UTC) From: VanL Date: Mon, 01 Jul 2019 12:39:01 +1000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.197 X-Spam-Score: -1.1 (-) 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.1 (--) Hello Emacs, This is a feature request for 'Insert character (Unicode name or hex)' to include 'hex tab completion'. For example, to use one of the ffe common prefix arrow symbols from unicode. Type: -input- C-x 8 RET -output- Insert character (Unicode name or hex): -input- ffe Expect Emacs's response to include hex tab completions for 'ffe ' =EF=BF=A9 ffe9 =EF=BF=AA ffea =EF=BF=AB ffeb =EF=BF=AC ffec But, Emacs's response only has Unicode name completion, like GIRAFFE FACE. -output- Making completion list... -- quote Click on a completion to select it. In this buffer, type RET to select the completion near point. =20=20=20 Possible completions are: DIFFERENCE BETWEEN (=E2=89=8F) GIRAFFE FACE (=F0=9F=A6=92) MATHEMATICAL BOLD ITALIC PARTIAL DIFFERENTIAL (=F0=9D=9D=8F) MATHEMATICAL BOLD PARTIAL DIFFERENTIAL (=F0=9D=9B=9B) MATHEMATICAL ITALIC PARTIAL DIFFERENTIAL (=F0=9D=9C=95) MATHEMATICAL SANS-SERIF BOLD ITALIC PARTIAL DIFFERENTIAL (=F0=9D=9F=83) MATHEMATICAL SANS-SERIF BOLD PARTIAL DIFFERENTIAL (=F0=9D=9E=89) PARTIAL DIFFERENTIAL (=E2=88=82) SIGNWRITING CHEEKS PUFFED (=F0=9D=A8= =AA) STUFFED FLATBREAD (=F0=9F=A5=99) -- quote ends -- From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Jul 2019 22:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156262596425503 (code B ref 36454); Mon, 08 Jul 2019 22:47:02 +0000 Received: (at 36454) by debbugs.gnu.org; 8 Jul 2019 22:46:04 +0000 Received: from localhost ([127.0.0.1]:59880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkcOZ-0006d2-17 for submit@debbugs.gnu.org; Mon, 08 Jul 2019 18:46:03 -0400 Received: from quimby.gnus.org ([80.91.231.51]:34958) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkcOW-0006cW-Gg for 36454@debbugs.gnu.org; Mon, 08 Jul 2019 18:46:01 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hkcOS-0005uv-1T; Tue, 09 Jul 2019 00:45:58 +0200 From: Lars Ingebrigtsen References: Date: Tue, 09 Jul 2019 00:45:55 +0200 In-Reply-To: (VanL's message of "Mon, 01 Jul 2019 12:39:01 +1000") Message-ID: <87r27016xo.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: VanL writes: > This is a feature request for 'Insert character (Unicode name or hex)' > to include 'hex tab completion'. For example, to use one of the ffe > common prefix arrow symbols from unicode. > > Type: > - [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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.0 (-) VanL writes: > This is a feature request for 'Insert character (Unicode name or hex)' > to include 'hex tab completion'. For example, to use one of the ffe > common prefix arrow symbols from unicode. > > Type: > -input- C-x 8 RET > -output- Insert character (Unicode name or hex): > -input- ffe > > Expect Emacs's response to include hex tab completions for 'ffe ' > > =EF=BF=A9 ffe9 > =EF=BF=AA ffea > =EF=BF=AB ffeb > =EF=BF=AC ffec > > But, Emacs's response only has Unicode name completion, like GIRAFFE FACE. Hm... I don't think this sounds very useful, because the hex values are kinda tightly packed, so you get too many matches. And they get in the way of name completion. So I'm closing this as a wontfix; if somebody disagrees, feel free to reopen. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 08 18:46:06 2019 Received: (at control) by debbugs.gnu.org; 8 Jul 2019 22:46:07 +0000 Received: from localhost ([127.0.0.1]:59883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkcOc-0006dX-Kn for submit@debbugs.gnu.org; Mon, 08 Jul 2019 18:46:06 -0400 Received: from quimby.gnus.org ([80.91.231.51]:34976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkcOa-0006dG-HT for control@debbugs.gnu.org; Mon, 08 Jul 2019 18:46:04 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hkcOX-0005v2-SV for control@debbugs.gnu.org; Tue, 09 Jul 2019 00:46:03 +0200 Date: Tue, 09 Jul 2019 00:46:01 +0200 Message-Id: <87pnmk16xi.fsf@mouse.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #36454 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 36454 wontfix close 36454 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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.0 (-) tags 36454 wontfix close 36454 quit From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Jul 2019 08:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Lars Ingebrigtsen , VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.15631796722200 (code B ref 36454); Mon, 15 Jul 2019 08:35:02 +0000 Received: (at 36454) by debbugs.gnu.org; 15 Jul 2019 08:34:32 +0000 Received: from localhost ([127.0.0.1]:46304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hmwRL-0000ZQ-VQ for submit@debbugs.gnu.org; Mon, 15 Jul 2019 04:34:32 -0400 Received: from mail-lf1-f48.google.com ([209.85.167.48]:43862) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hmwRJ-0000Z9-SD for 36454@debbugs.gnu.org; Mon, 15 Jul 2019 04:34:30 -0400 Received: by mail-lf1-f48.google.com with SMTP id c19so10393283lfm.10 for <36454@debbugs.gnu.org>; Mon, 15 Jul 2019 01:34:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=UHVAvjVfIj/6BaPHUqebNjmxoeKMBrJk9r/Mz/RS4Ps=; b=W2QMqLLwvxU16GzyF08FJt1UfV7pApL4YjiF8Bu3o5wkQLrphh2gIINrFeMVBE7rEq 8fxHV27RILeKAXIB5cr+ZVNW8nxgiTVfCENSDvCDKcPXLxkLsZTMt8IcUge2GG41XRXU 6bSxxV9tcc5n1YP8QncMvPynC9DIce9zRPp1B9AMWzVQ2YaauikfZHvQeppCSfMOn8xL GtoTrPo/Hl8FikFju/2pc0qG6hJ/7NBhM6DT8UChnjfy65rhlxj+KTpiD/d9giXwWhfR DG4fzFHp7JTCvPvYPp9qJEV0pDYsDkk/TpCL+CNtPY1FbqUFljWv7QlssVpiJ7cgpk/Y 4ohw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=UHVAvjVfIj/6BaPHUqebNjmxoeKMBrJk9r/Mz/RS4Ps=; b=UT4ENF/mMaqfOQJoBOHeMfTTJg4a/H6nfF9cr4IIEQH2c0BU7tr3paA1MDi7SUUWHg NLqZqKzqeW4+sOzN9fAuRtIFE56YkbpBbNjxoxL2RS2mVHcEWhk4PengDMHufYM8gXtG qBUMRDJuTo5ZhuMaHoLhfkRqyvJi3IABbXT29SWH8r9dmqEyaKPVYWq+TaoTh5nGeGEJ J4Bdve1IWTZAm/VlMi36HcdyPG9ZRZcCz6vZIgsEodupJpq12WFzJydalJIqvYAljkYk FKOAqq7pR5hGbg3lLpqRzaAMQWjIoY/0iPhMTEr9D2fnGqrxCNehwC+1EiLWAXHJDaLa vjYA== X-Gm-Message-State: APjAAAVHUoFHe0/l1X5LLo9W4DqiDxP6IUdXLjhQ8Y9gPDBu1QZKILUO XV4OFKjZle5oHIucMOvuZVC9D11P X-Google-Smtp-Source: APXvYqw/zuMkg3bcD24n42+4JYTder3q/HSQROds1xKsuiahnFvSQUeAHIxaJMy5f9Cb0mUE1+Cc/Q== X-Received: by 2002:a19:641a:: with SMTP id y26mr10526312lfb.29.1563179663559; Mon, 15 Jul 2019 01:34:23 -0700 (PDT) Received: from [89.161.9.216] (ip-89-161-9-216.tel.tkb.net.pl. [89.161.9.216]) by smtp.gmail.com with ESMTPSA id m25sm2256258lfp.97.2019.07.15.01.34.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Jul 2019 01:34:23 -0700 (PDT) From: Sebastian Urban References: <87r27016xo.fsf@mouse.gnus.org> Message-ID: Date: Mon, 15 Jul 2019 10:34:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <87r27016xo.fsf@mouse.gnus.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) 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.0 (-) Not that I disagree, but I have this idea. There are 3 ways of specifying character for 'C-x 8 RET': 1. Unicode name, 2. hex code, 3. code with radix specified, e.g. #o... (octal), #x... (hex), #10r...(decimal). While it'll be difficult(?) to have both completions for name and hex code (point 1. and 2.), because for example some names include numbers, completions based on the code for 3rd method of inserting char could be added. This way if someone type letters or numbers - method 1. or 2. - he'll get completions based on Unicode name. BUT if he define radix in the beginning (#b/#o/#x/#RADIXr), possible completions based on the code will appear. A bit more typing (defining radix) but it could work. This way we could also get completions for other codes than hex. > I don't think this sounds very useful, because the hex values are > kinda tightly packed, so you get too many matches. With approach described above, it'll only happen with 3rd method - probably not the most popular. Also I think if someone will try to complete it, he'll do it after typing at least 2 or as OP - 3 letters. > And they get in the way of name completion. With approach described above, this problem doesn't exist. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Jul 2019 16:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Sebastian Urban , Lars Ingebrigtsen , VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156320661828763 (code B ref 36454); Mon, 15 Jul 2019 16:04:01 +0000 Received: (at 36454) by debbugs.gnu.org; 15 Jul 2019 16:03:38 +0000 Received: from localhost ([127.0.0.1]:48827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hn3Ry-0007Tr-B8 for submit@debbugs.gnu.org; Mon, 15 Jul 2019 12:03:38 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:43062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hn3Rw-0007Te-LC for 36454@debbugs.gnu.org; Mon, 15 Jul 2019 12:03:37 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6FG3UGL041454; Mon, 15 Jul 2019 16:03:30 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=EWQXVGr2tF4JY777yWcuRTuR8xXcD6Pk3OaKVvosaXw=; b=KlCdUrFQhd9fKc4FyUMj87+c7pYA+/+iW4nbsaLGxfdv7yIV7zOVH4d9KruLkpWvgj1n q22/1bdUcmbMVri4yVsiI2ums8BNnVrFwiSxsqvfgxPPfhYNWdCcG/cJhDcBWR/LchKo OfcFdfQMoqnqqhddatBDvf5Y9Vu7DE2qq6C61tP2VflDdtDJwdZQZzZu73imO+0Xb5PW vahvQsXV9617p3R29pbCdEhUCUBnW2eK6HHaRwKeiYZ58RTckBIGY3fyM9+a+E2ZpnXs QrndrWyBr294/JralTy/+yRdjkFJ9f50qxSTOMIKMbVlh4oHUk/ZJaMI+ZMkVJZ7TJIb vg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 2tq6qtfh06-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 15 Jul 2019 16:03:30 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6FG2Ylk027561; Mon, 15 Jul 2019 16:03:30 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 2tq5bbvsba-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 15 Jul 2019 16:03:29 +0000 Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x6FG3NHK010813; Mon, 15 Jul 2019 16:03:23 GMT MIME-Version: 1.0 Message-ID: <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> Date: Mon, 15 Jul 2019 09:03:22 -0700 (PDT) From: Drew Adams References: <87r27016xo.fsf@mouse.gnus.org> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9319 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907150187 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9319 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907150187 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Not that I disagree, but I have this idea. There are 3 ways of > specifying character for 'C-x 8 RET': > 1. Unicode name, > 2. hex code, > 3. code with radix specified, e.g. #o... (octal), #x... (hex), > #10r...(decimal). >=20 > While it'll be difficult(?) to have both completions for name and hex > code (point 1. and 2.), because for example some names include > numbers, completions based on the code for 3rd method of inserting > char could be added. This way if someone type letters or numbers - > method 1. or 2. - he'll get completions based on Unicode name. BUT if > he define radix in the beginning (#b/#o/#x/#RADIXr), possible > completions based on the code will appear. A bit more typing > (defining radix) but it could work. This way we could also get > completions for other codes than hex. >=20 > > I don't think this sounds very useful, because the hex values are > > kinda tightly packed, so you get too many matches. >=20 > With approach described above, it'll only happen with 3rd method - > probably not the most popular. Also I think if someone will try to > complete it, he'll do it after typing at least 2 or as OP - 3 letters. >=20 > > And they get in the way of name completion. There's no problem with allowing completion against both char names and hex code points. Haven't seen any problem at all. (But of course you'll want to use a substring completion style.) --- FWIW - For Emacs 23-25, Icicles supports your #1 and #2. [And it supports a 4th kind of completion: You can enter a Unicode char itself (e.g. paste it into the minibuffer, or type a key binding that inserts it), and you see both its Unicode name and its code point. IOW, you can use completion to get info about a char, not just insert a char.] --- In Emacs 26 they changed to using a hash table for `ucs-names', which is more unidirectional than an alist, and I haven't bothered to try to convert the code. Maybe I'll fiddle with trying to get something reasonable using the hash table; maybe not. (By "more unidirectional" I mean you can't easily look up a key, given its value. I say "more" because maybe you can do it using `maphash', at quite a cost. And of course I could convert the `ucs-names' hash table to an alist, at high cost.) From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Jul 2019 19:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams , Lars Ingebrigtsen , VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.1563217156986 (code B ref 36454); Mon, 15 Jul 2019 19:00:02 +0000 Received: (at 36454) by debbugs.gnu.org; 15 Jul 2019 18:59:16 +0000 Received: from localhost ([127.0.0.1]:49122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hn6Bv-0000Fm-P8 for submit@debbugs.gnu.org; Mon, 15 Jul 2019 14:59:16 -0400 Received: from mail-lj1-f175.google.com ([209.85.208.175]:46844) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hn6Bt-0000FF-6E for 36454@debbugs.gnu.org; Mon, 15 Jul 2019 14:59:13 -0400 Received: by mail-lj1-f175.google.com with SMTP id v24so17371251ljg.13 for <36454@debbugs.gnu.org>; Mon, 15 Jul 2019 11:59:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=fuucOiYdCw1ZlaR/hV9YCwZdLKM0BVYyacnPE5X7+GE=; b=n/esxTC/7VyNttB0aKYlx81Io7RVyrrSEmCH4qZh1wF2GnlotgK38fztc9fBbINcnt yTR1+LehHM2HKS3heOSKbTKxjlRD2RTnJEKRzgX0lX1w2s2ebPl/L2rzpjot/dcjEvj/ uizds+ABkXYNVsteZrwq/0kB1ZHPJZNiYk9UHr2q69RDMYRyaHISYFlboVtK1zBIgPGq iCpBB0j9q9SPFCQnYvWyumy1tgWeOSEomtFhfSMCUOTjxR4T9cYOO6myvKZYM4aGOxh3 dBh74BCKutPUAKxNMHEeIs8S+RJGEpSgdiTvd5DIb5ArhXroeVLFYwaXRkYsi4E9Yx3s YTxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fuucOiYdCw1ZlaR/hV9YCwZdLKM0BVYyacnPE5X7+GE=; b=RaXO/OMYnt8rrsqkhQn/UQjpWYJ6hViQJw+Oa24fsIcym8eyu2CEtcds2mczZTtbio ozuQN2NmKPWBVF+XW8JzbY+i1rxUf0qCrZO5+s4K6R/ZcvqvjQQ6CE8wnsBrtkMgL15P Q7R7le2ICZ9m+S4+l5ZwDg+DcDVrDKyLOQqiWbYvXXpyTc9x08pAO+4XYhjgxEtbJruo jYqXCLQnz5QLPNICTMtZQlror9gioTDD9/8ztxQ0FQc4stLlPLVHK1x6fC90eZgso4Qg GuB6BHsu1cQs+VQxoc6PWUdcRSV7dT20Fe5G9tjWZ96L9F2yzIJEzwIU6lbITLcVex1R kU6A== X-Gm-Message-State: APjAAAXE+9AWPZxd3kJxj3W14SfV1JzH0fnHVhkJaeVaT6iHR/qDlSnV YLExY7si1Cb9CiZJlNwdk3BPunmkzaw= X-Google-Smtp-Source: APXvYqxUAizHBBrEVlpVfXNtD616Ig2F7Pssh+eZ0J0SPLdfcqUePeyMJYaEGQfLOcalLApxiapMlQ== X-Received: by 2002:a2e:b4e4:: with SMTP id s4mr12977008ljm.207.1563217146757; Mon, 15 Jul 2019 11:59:06 -0700 (PDT) Received: from [89.161.9.216] (ip-89-161-9-216.tel.tkb.net.pl. [89.161.9.216]) by smtp.gmail.com with ESMTPSA id v14sm3287720ljh.51.2019.07.15.11.59.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Jul 2019 11:59:06 -0700 (PDT) From: Sebastian Urban References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> Message-ID: <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> Date: Mon, 15 Jul 2019 20:59:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) 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.0 (-) > There's no problem with allowing completion against both char names > and hex code points. Well I think there may be - how do you distinguish "ffe" as part of hex code from Unicode name ("GIRAFFE FACE") or "20" as part of hex code from Unicode name "EGYPTIAN HIEROGLYPH A020"? With method 1. or 2., i.e. just typing name or hex code, you can't, and only one type of completion can be made - Unicode name, because it's probably more reasonable. And this is why I proposed to make hex (or any other) code completion available through 3rd method. On the other hand, while TAB searches through names, maybe just write "alternative TAB", that will search through hex codes, and bind it to, for example, 'S-TAB'? > FWIW - For Emacs 23-25, Icicles supports your #1 and #2. So this libraries somehow can distinguish "ffe" as part of hex code from part of Unicode name? > ... 4th kind of completion: You can enter a Unicode char itself > (...), and you see both its Unicode name and its code point. Well, there is 'what-cursor-position' and 'describe-char'... also I would rather see this behaviour with 'describe-char' in a form of minibuffer prompt, just like 'describe-face/function/variable', where you can insert char, type RET, and get the description. The rest of you message is, I think, outside of my beginner scope of knowledge, so I'm going to leave it alone. Again, I just wanted to point a way out from "wontfix" to "maybe" for this request, by proposing an idea of separating Unicode name completion from code completion. The former would be for methods 1st and 2nd, and the latter would be for 3rd method. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Jul 2019 19:30:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Sebastian Urban , Lars Ingebrigtsen , VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156321895721156 (code B ref 36454); Mon, 15 Jul 2019 19:30:05 +0000 Received: (at 36454) by debbugs.gnu.org; 15 Jul 2019 19:29:17 +0000 Received: from localhost ([127.0.0.1]:49164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hn6ez-0005VA-70 for submit@debbugs.gnu.org; Mon, 15 Jul 2019 15:29:17 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:42702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hn6ex-0005Uv-Mg for 36454@debbugs.gnu.org; Mon, 15 Jul 2019 15:29:16 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6FJSoem021498; Mon, 15 Jul 2019 19:29:09 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=dIEbCfEYKPPrA0Q6aCOKUEBMfpg2dE4k/aCGEu5ZmD4=; b=Nn839YJd/vl67qs7d/aOWSTnNlG1zholcIloPGnn2Metkl7tbUxIuwA3MI/RZAfetl56 4hSvXOl5HXIpW1HgEkFFH4znLZ4ey+pKkYCCW0fWdTcT01baq620puFxUORsIpHfek0J 972aeORKxvRUOaBHCo0VlW7pjamkEdeinBel7jmWqrRwJwC+NiLRx+JJ31ZcZrDyvb00 HwE4ud1CC5kdWVwqc+gpKR5hWicAq8tVmF4ImQvZHNKRmKdBG909HkgFHyAq/ElLHgax KZtKRsRKqEHAelaAkHNIQvXWCXSUYhpwP3NadGOjEyHvqELQL+hPptNjAL4OdGboJZvI bg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2130.oracle.com with ESMTP id 2tq6qtgjcm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 15 Jul 2019 19:29:09 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6FJRiGx066885; Mon, 15 Jul 2019 19:29:09 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 2tq742pt51-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 15 Jul 2019 19:29:08 +0000 Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x6FJT4PE009540; Mon, 15 Jul 2019 19:29:05 GMT MIME-Version: 1.0 Message-ID: <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> Date: Mon, 15 Jul 2019 12:29:04 -0700 (PDT) From: Drew Adams References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> In-Reply-To: <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9319 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907150222 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9319 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907150223 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > > There's no problem with allowing completion against both char names > > and hex code points. >=20 > Well I think there may be - how do you distinguish "ffe" as part of > hex code from Unicode name ("GIRAFFE FACE") or "20" as part of hex > code from Unicode name "EGYPTIAN HIEROGLYPH A020"? With method 1. or > 2., i.e. just typing name or hex code, you can't, and only one type of > completion can be made - Unicode name, because it's probably more > reasonable. And this is why I proposed to make hex (or any other) > code completion available through 3rd method. You don't need to distinguish them. You don't care which part matches "ffe" or "20". You don't even care if both name and code point should happen to match the same pattern. All you care about is being able to match the info about the char: its name or code point. The completion candidates need to be, _in effect_, the concatenation of the char name and the code point. (I wrote: "But of course you'll want to use a substring completion style.") From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Jul 2019 19:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams , Lars Ingebrigtsen , VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156339122119839 (code B ref 36454); Wed, 17 Jul 2019 19:21:02 +0000 Received: (at 36454) by debbugs.gnu.org; 17 Jul 2019 19:20:21 +0000 Received: from localhost ([127.0.0.1]:53021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hnpTR-00059u-7r for submit@debbugs.gnu.org; Wed, 17 Jul 2019 15:20:21 -0400 Received: from mail-lj1-f180.google.com ([209.85.208.180]:42032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hnpTP-00059e-3l for 36454@debbugs.gnu.org; Wed, 17 Jul 2019 15:20:19 -0400 Received: by mail-lj1-f180.google.com with SMTP id t28so24752159lje.9 for <36454@debbugs.gnu.org>; Wed, 17 Jul 2019 12:20:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=+5+i6jz9K2ps7NoNz7KxjyqkRoExj8FIME5j0lmC2wI=; b=Rq6dNByXrxoCR/QBUJvj7+FGT3wea+GXq6LJzDPGiPqa/X2TrqbtY4bTnM3XQuHxmm uZGE5KGVt2FAAAI/SPhvExXAAG0zTU2KQQPJtIKI2pWz+zJhtRGr9qBmESwJHCFPfHS0 7U+Jhzen5GoYsy4jBt+UloiR0Ir7UbSfd6QBWItEzGU67XMTTieb7DgIFn/8jeg1B81A Rhgyx7KqkQaceBSJC92kq//ke2dGWNcLbCUu0PjZQS9/Cjvi0ZdhH+OnMJ8IrLDrP99V p5ishOAQ8I1KP4tkb9BCDdmmoMl7iaoaIMty6xFfxdUpmpdRlrlyzH2+GVhtYzKOolHd g+rQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=+5+i6jz9K2ps7NoNz7KxjyqkRoExj8FIME5j0lmC2wI=; b=l5JqnaojLSIzAkjV5g0wK2V5HHqsKpfWPwS14goXIqj/SCIwodFVX48KgV1SJS36Ow iyk9DDKgxjjH2kAUhYxieOzsNlIMdIRUCHJyetptPMoFE6vIIaxzoQ/ubROSN+iamC7x uuJFdE0UWjFSGpkXWdb65wcQZYbue9sFZgSGCvy7RnGQROJGdA19Hp7y1GZZy0kV0qCN shcALlp4A02BshSvxSFpvemnVwjXIEFp91UNUGucBdhEHxpzvyeH9oRKMPQ4R0flr21o MkNmMEz8w75fEkbbNGY7YqkyiQKwSk8B9/jU3dErX8oFLhl4tI3c30jRIa+D2wYDj0DM f6jQ== X-Gm-Message-State: APjAAAXOcHr/3m2Ani0GkbokYCikPApRQ5ucVm8w2GU9JgzplMHoQ35A 83RR/+TyVJZEjtI3Uv+lGgGsvMXM8ko= X-Google-Smtp-Source: APXvYqzO2BrfQUKVXBDSqqzD2ea1pEXRChCVnMXrJ0pjzMx1jXCV01pqeiSLH/rTnjxH4PWy2opvZg== X-Received: by 2002:a2e:9ec9:: with SMTP id h9mr20858196ljk.90.1563391212526; Wed, 17 Jul 2019 12:20:12 -0700 (PDT) Received: from [89.161.9.216] (ip-89-161-9-216.tel.tkb.net.pl. [89.161.9.216]) by smtp.gmail.com with ESMTPSA id e62sm4640182ljf.82.2019.07.17.12.20.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jul 2019 12:20:12 -0700 (PDT) References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> From: Sebastian Urban Message-ID: <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> Date: Wed, 17 Jul 2019 19:20:11 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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.0 (-) > You don't need to distinguish them. You don't > care which part matches "ffe" or "20". You > don't even care if both name and code point > should happen to match the same pattern. All > you care about is being able to match the info > about the char: its name or code point. So, after I type "ffe" and press TAB, it should look through names and codes at the same time, and present completion candidates for both at the same time, for example I'll get "￪ ffea" and "GIRAFFE FACE" in the same window above? Because, if yes, then user may get a lot of results, as it was pointed out before. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Jul 2019 21:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Sebastian Urban , Lars Ingebrigtsen , VanL Cc: 36454@debbugs.gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.15633994111329 (code B ref 36454); Wed, 17 Jul 2019 21:37:02 +0000 Received: (at 36454) by debbugs.gnu.org; 17 Jul 2019 21:36:51 +0000 Received: from localhost ([127.0.0.1]:53116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hnrbX-0000LN-FL for submit@debbugs.gnu.org; Wed, 17 Jul 2019 17:36:51 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:54384) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hnrbV-0000L6-HH for 36454@debbugs.gnu.org; Wed, 17 Jul 2019 17:36:50 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6HLYebp063671; Wed, 17 Jul 2019 21:36:43 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=ibPKcb71IMEHb9DX/3xvPh5+ZplSDNFem/YLLDu6o0k=; b=RjRux1KnPJiqqgo8AhYexqHLYv1sNtD5TDGnZNtCEwURwCFq2NPTJ2Vxx42cX4Ly47CJ V/B1m02Cn3dNBF8F65/8wC4wx6TDx8tkSXpStgXolqX2dShdG0HLdKv/3nXn/w2tfGO+ CmV3saTO2FnwuzQO1o/ssDYTXp21s7AKB/9IsmsutLopPX/AOE2XlWelEMncvCEvhQQ2 Kmt27XI496x++qJ/Z8vf4jm5U66/oyJXZUUCT87a/t+rU5647cjxoI76oBFkSwKPnMIS MZetc1yx2wc5nrjmB3jY1Wmem6FUOxLqBNhQkLsn1Sf6G8BfE7V4YAcmZNTRJNGx84Gl mg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 2tq7xr5bmj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 17 Jul 2019 21:36:43 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6HLS2xn017281; Wed, 17 Jul 2019 21:34:42 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3020.oracle.com with ESMTP id 2tsctxh61f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 17 Jul 2019 21:34:42 +0000 Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x6HLYbSh004227; Wed, 17 Jul 2019 21:34:37 GMT MIME-Version: 1.0 Message-ID: <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> Date: Wed, 17 Jul 2019 21:34:36 +0000 (UTC) From: Drew Adams References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> In-Reply-To: <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9321 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907170239 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9321 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907170240 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > > You don't need to distinguish them. You don't > > care which part matches "ffe" or "20". You > > don't even care if both name and code point > > should happen to match the same pattern. All > > you care about is being able to match the info > > about the char: its name or code point. >=20 > So, after I type "ffe" and press TAB, it should look through names and > codes at the same time, and present completion candidates for both at > the same time, for example I'll get "=EF=BF=AA ffea" and "GIRAFFE FACE" i= n the > same window above? >=20 > Because, if yes, then user may get a lot of results, as it was pointed > out before. Have you tried it? No, you won't get lots of results. There's little overlap in general, even if you type only a few chars. Certainly less than you get with function and variable names, especially those that have common prefixes. You'll typically type little to get to a single candidate. Completion of `ffe' gives this (using Emacs 23 for this; no GIRAFFE): ____ DIFFERENCE BETWEEN=09224F=09=E2=89=8F =20 FULLWIDTH BROKEN BAR=09FFE4=09=EF=BF=A4 =20 FULLWIDTH BROKEN VERTICAL BAR=09FFE4=09=EF=BF=A4 =20 FULLWIDTH CENT SIGN=09FFE0=09=EF=BF=A0 =20 FULLWIDTH MACRON=09FFE3=09=EF=BF=A3 =20 FULLWIDTH NOT SIGN=09FFE2=09=EF=BF=A2 =20 FULLWIDTH POUND SIGN=09FFE1=09=EF=BF=A1 =20 FULLWIDTH SPACING MACRON=09FFE3=09=EF=BF=A3 =20 FULLWIDTH WON SIGN=09FFE6=09=EF=BF=A6 =20 FULLWIDTH YEN SIGN=09FFE5=09=EF=BF=A5 =20 GREEK DASIA=091FFE=09=E1=BF=BE =20 HALFWIDTH BLACK SQUARE=09FFED=09=EF=BF=AD =20 HALFWIDTH DOWNWARDS ARROW=09FFEC=09=EF=BF=AC =20 HALFWIDTH FORMS LIGHT VERTICAL=09FFE8=09=EF=BF=A8 =20 HALFWIDTH LEFTWARDS ARROW=09FFE9=09=EF=BF=A9 =20 HALFWIDTH RIGHTWARDS ARROW=09FFEB=09=EF=BF=AB =20 HALFWIDTH UPWARDS ARROW=09FFEA=09=EF=BF=AA =20 HALFWIDTH WHITE CIRCLE=09FFEE=09=EF=BF=AE =20 HANGUL SYLLABLE BBWEOJ=09BFFE=09=EB=BF=BE =20 HANGUL SYLLABLE GGWELP=09AFFE=09=EA=BF=BE =20 HANGUL SYLLABLE KWEOGG=09CFFE=09=EC=BF=BE =20 MATHEMATICAL BOLD ITALIC PARTIAL DIFFERENTIAL=091D74F=09=F0=9D=9D=8F = =20 MATHEMATICAL BOLD PARTIAL DIFFERENTIAL=091D6DB=09=F0=9D=9B=9B = =20 MATHEMATICAL ITALIC PARTIAL DIFFERENTIAL=091D715=09=F0=9D=9C=95 =20 MATHEMATICAL SANS-SERIF BOLD ITALIC PARTIAL DIFFERENTIAL=091D7C3=09=F0=9D= =9F=83=20 MATHEMATICAL SANS-SERIF BOLD PARTIAL DIFFERENTIAL=091D789=09=F0=9D=9E=89=20 PARTIAL DIFFERENTIAL=092202=09=E2=88=82 ____ The overlaps are for 7 char names and 20 code points. If you were completing _separately_ against only char names you would still have 7 candidates. If against only code points you would still have 20 candidates. With both together you have 27. If you typed `iffe' you'd get just 6 (char-name) candidates. If you typed `ffea' you'd get just the char named `HALFWIDTH UPWARDS ARROW'. [If you typed `[0-9a-f]ffe\|ffe[0-9a-f]' (with regexp matching) you'd get only the 20 code-point matches.] Most char-name chars are not hex chars. And most hex-char combinations don't occur in char names. And those that do occur in both typically don't occur in many char names. ____ Of course it helps if you can match against multiple regexps, progressively, as you see the results of each match, to narrow the set incrementally. Seeing the 27 initial matches, typing another (separate) pattern of, say, `bet' would immediately get you only candidate `DIFFERENCE BETWEEN=09224F=09=E2=89=8F'. ____ https://www.emacswiki.org/emacs/Icicles_-_Progressive_Completion From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 Jul 2019 09:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156344342529993 (code B ref 36454); Thu, 18 Jul 2019 09:51:01 +0000 Received: (at 36454) by debbugs.gnu.org; 18 Jul 2019 09:50:25 +0000 Received: from localhost ([127.0.0.1]:53456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ho33R-0007nh-Al for submit@debbugs.gnu.org; Thu, 18 Jul 2019 05:50:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36249) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ho33O-0007nS-Rr for 36454@debbugs.gnu.org; Thu, 18 Jul 2019 05:50:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51120) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ho33I-0005fH-GO; Thu, 18 Jul 2019 05:50:16 -0400 Received: from [176.228.60.248] (port=1653 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ho33H-0004GZ-PA; Thu, 18 Jul 2019 05:50:16 -0400 Date: Thu, 18 Jul 2019 12:50:06 +0300 Message-Id: <83k1cfy8mp.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> (message from Drew Adams on Wed, 17 Jul 2019 21:34:36 +0000 (UTC)) References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Wed, 17 Jul 2019 21:34:36 +0000 (UTC) > From: Drew Adams > Cc: 36454@debbugs.gnu.org > > > Because, if yes, then user may get a lot of results, as it was pointed > > out before. > > Have you tried it? > > No, you won't get lots of results. There's little overlap > in general, even if you type only a few chars. Certainly > less than you get with function and variable names, > especially those that have common prefixes. > > You'll typically type little to get to a single candidate. > > Completion of `ffe' gives this (using Emacs 23 for this; > no GIRAFFE): Try "ff" or "fe" for some perspective. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 Jul 2019 16:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156346653827787 (code B ref 36454); Thu, 18 Jul 2019 16:16:02 +0000 Received: (at 36454) by debbugs.gnu.org; 18 Jul 2019 16:15:38 +0000 Received: from localhost ([127.0.0.1]:54575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ho94D-0007E6-Ug for submit@debbugs.gnu.org; Thu, 18 Jul 2019 12:15:38 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:58366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ho94A-0007Dp-RX for 36454@debbugs.gnu.org; Thu, 18 Jul 2019 12:15:35 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6IGE7ZJ143584; Thu, 18 Jul 2019 16:15:29 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=hf+V6CyxpDjJk/2p3lvP34SGaJbJT5qaOeEGhU4E5CM=; b=wi4FYO8Op3647wRfs3/SdHLUgJpIE2CU7RgitvqC6iYcpOb9XaH80D2r07wViS3i8gG/ HGm3Ua1igySApPFf8+MREnuDoIYuRMYlKkd7d/+zmMF89TlahymQMrrsKfdNM1m2zdsW C3L/8lsl0efcX2KhqTUwHvVmNp++q6tMtDdtYRRWIqwI5wHeeCYnZ4cKa2jJqp2Ro7pC Vk37pVghducVfK9EwdNKfA9zdSK2zL8MttwdJbyLgRh84o7usroki68P/ggKvhPjJ9OL 2z2Mkv/SuufAyUCB3hgFxkIND9ICy5f/oTPrR+kpvmMcbLL7DMG2tVMeCC5jCIpB5lWC Pg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 2tq7xr9u95-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 18 Jul 2019 16:15:28 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6IGD1UP051127; Thu, 18 Jul 2019 16:15:28 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 2tscty8um0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 18 Jul 2019 16:15:27 +0000 Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x6IGFOUT031424; Thu, 18 Jul 2019 16:15:26 GMT MIME-Version: 1.0 Message-ID: <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> Date: Thu, 18 Jul 2019 16:15:23 +0000 (UTC) From: Drew Adams References: <> <<87r27016xo.fsf@mouse.gnus.org>> <> <<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>> <<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>> <<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>> <<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>> <<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>> <<83k1cfy8mp.fsf@gnu.org>> In-Reply-To: <<83k1cfy8mp.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907180169 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907180170 X-Spam-Score: 0.7 (/) 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.3 (/) > > No, you won't get lots of results. There's little overlap > > in general, even if you type only a few chars. Certainly > > less than you get with function and variable names, > > especially those that have common prefixes. > > > > You'll typically type little to get to a single candidate. >=20 > Try "ff" or "fe" for some perspective. With Emacs 23: For "ff" there are 29 matching char names and 438 matching code points, total: 467. Zero overlap. If you really want to be extreme, try just "f" (see below). Obviously you can ask to complete input that results in many candidates. That's true even with just names as candidates. Don't do that, if you don't want lots of candidates. IMO, the main advantage in completing code points is not to save typing to enter a char. It's to see the char names in `*Completions*'. Completing 1 or 2 hex chars, just to save typing 3 or 2 more, is not the point. It's about seeing what names match. If you just want to insert a char by giving its code point, it's not hard to type 4 hex chars. Completion is not really gaining you anything for that goal.=20 In general, it's a small percentage of char names that include hex-char sequences, and the longer the sequence the quicker that percentage shrinks. There are exceptions, of course. Let's see: There are 5452 matches for input "9". Of those, 132 are matches for a char name (2% overlap). Add an "a", to check "9a". The 5454 drops to 230, and the 132 drops to 8 (3% overlap). For "9f" it's 203 total, only 1 name match (0.4% overlap). With regexp "9a\|a9" you can check for matching either "9a" or "a9", which gives 626 total and 9 name-only (1% overlap). For: "f": 10,113 total, 5,539 matching names (54% overlap) "fa": 353 total, 121 matching names (34% overlap) "ee": 1,921 total, 1713 matching names (89% overlap) "aa": 792 total, 417 matching names (53% overlap) "aaa": 21 total, 0 matching names (no overlap) "123": 174 total, 33 matching names (19% overlap) "321": 58 total, 0 matching names (no overlap) "99": 221 total, 1 matching name (0.4% overlap) "bc": 440 total, 2 matching names (0.4% overlap) But yes, if you want to see _only_ code-point matches, and you want to type _only_ "f", say, then this might not be for you. If you think this would be a problem for many people (I don't), you could make it an option, of course. And if you're not interested in such a feature, fine. Just wanted to share my (long) experience with it, and suggest that it's easy to use and quite useful. You're not obliged to agree. No obligation to appreciate substring completion for `C-x 8 RET' either. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 Jul 2019 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.15634688057502 (code B ref 36454); Thu, 18 Jul 2019 16:54:02 +0000 Received: (at 36454) by debbugs.gnu.org; 18 Jul 2019 16:53:25 +0000 Received: from localhost ([127.0.0.1]:54584 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ho9en-0001wv-6Z for submit@debbugs.gnu.org; Thu, 18 Jul 2019 12:53:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60524) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ho9ek-0001wh-R4 for 36454@debbugs.gnu.org; Thu, 18 Jul 2019 12:53:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60172) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ho9ed-0006l7-C2; Thu, 18 Jul 2019 12:53:15 -0400 Received: from [176.228.60.248] (port=4392 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ho9ec-0006SX-RS; Thu, 18 Jul 2019 12:53:15 -0400 Date: Thu, 18 Jul 2019 19:53:06 +0300 Message-Id: <831rynwah9.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> (message from Drew Adams on Thu, 18 Jul 2019 16:15:23 +0000 (UTC)) References: <> <<87r27016xo.fsf@mouse.gnus.org>> <> <<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>> <<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>> <<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>> <<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>> <<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>> <<83k1cfy8mp.fsf@gnu.org>> <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Thu, 18 Jul 2019 16:15:23 +0000 (UTC) > From: Drew Adams > Cc: mrsebastianurban@gmail.com, larsi@gnus.org, van@scratch.space, > 36454@debbugs.gnu.org > > > > No, you won't get lots of results. There's little overlap > > > in general, even if you type only a few chars. Certainly > > > less than you get with function and variable names, > > > especially those that have common prefixes. > > > > > > You'll typically type little to get to a single candidate. > > > > Try "ff" or "fe" for some perspective. > [...] > If you really want to be extreme, try just "f" You are missing the point. My point is that your example is somewhat skewed: Unicode codepoints in hex go from 0 to 1fffff, so the number of possible matches for the initial "ffe" is quite small, to put it mildly. Real-life examples might yield one or even two orders of magnitude more candidates; e.g. "fe" as substring (not just the leading substring) will gives you more than 500. Even replacing "ffe" with "123" will already give 170 just of those that begin with "123". I hope we agree that wading through 170 completion candidates, let alone 500, is not very convenient, yes? Bottom line: IME completing on digits is rarely useful, unless you assume that the user will type almost all of the digits, leaving just one or two for completion. And how probable is it that the user will know the codepoint up to 1 or 2 last digits, but will not know the entire codepoint? From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 Jul 2019 20:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156348275632599 (code B ref 36454); Thu, 18 Jul 2019 20:46:01 +0000 Received: (at 36454) by debbugs.gnu.org; 18 Jul 2019 20:45:56 +0000 Received: from localhost ([127.0.0.1]:54720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoDHl-0008Tg-Ex for submit@debbugs.gnu.org; Thu, 18 Jul 2019 16:45:56 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:47250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoDHj-0008TT-JI for 36454@debbugs.gnu.org; Thu, 18 Jul 2019 16:45:52 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6IKi9FS171287; Thu, 18 Jul 2019 20:45:42 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=FDC3OdX6n1zkKEry8q2oeb9DLC5dAnSIZbdQdATHXTk=; b=FShSa00bXlIFygKJRQOr6jGZKS6QjdPpwOv6sFltkXOooBvRgsf0hr3+NvhnKhvQ/UFS Wtn4ElsJ/LmnJTSc8alc1gidg8BTCOwoAZSdcSQcFUWN3xh+CozwIKqs+IECrvwcGNCd 9mN/rjwx9jy5aB8CbhkndiNpxBpJ6X1+xT3KQ0ha0WS8m53EPwVZ583d8WHUoNwPAGY5 rtO+cB6PPyieU5k7YHypIMOJ18l81QakVcO219Jxj+hQu8ecs8vninkPH2yS6oG9GqbM +LitQP56fJEX9OyMvaSdPgJWwN2EFDIMHoVNZeTFwqdUw97EOD+qOsjWGCTvq7XWe/a6 kw== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 2tq7xrb4e2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 18 Jul 2019 20:45:42 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6IKgjXA055574; Thu, 18 Jul 2019 20:45:41 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3030.oracle.com with ESMTP id 2tt77hxt6y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 18 Jul 2019 20:45:41 +0000 Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x6IKjbY2011448; Thu, 18 Jul 2019 20:45:37 GMT MIME-Version: 1.0 Message-ID: Date: Thu, 18 Jul 2019 20:44:46 +0000 (UTC) From: Drew Adams References: <<>> <<<87r27016xo.fsf@mouse.gnus.org>>> <<>> <<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>>> <<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>>> <<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>>> <<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>>> <<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>>> <<<83k1cfy8mp.fsf@gnu.org>>> <<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>> <<831rynwah9.fsf@gnu.org>> In-Reply-To: <<831rynwah9.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907180214 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907180214 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > I hope we agree that wading through 170 completion candidates, let > alone 500, is not very convenient, yes? No, we don't agree that 500 completion candidates is a problem. Of course, it depends on whether you have a completion UI that lets you easily narrow that in useful ways. If you don't then it's less useful/convenient. > Bottom line: IME completing on digits is rarely useful, unless you > assume that the user will type almost all of the digits, leaving just > one or two for completion. And how probable is it that the user will > know the codepoint up to 1 or 2 last digits, but will not know the > entire codepoint? That repeats what I said (so there is at least one thing that we perhaps agree about): IMO, the main advantage in completing code points is not to save typing to enter a char. It's to see the char names in `*Completions*'. Completing 1 or 2 hex chars, just to save typing 3 or 2 more, is not the point. It's about seeing what names match. If you just want to insert a char by giving its code point, it's not hard to type 4 hex chars. Completion is not really gaining you anything for that goal. Completion is not just an aid for entering input. It's a way to discover, browse, search, etc. a set of information. This is also why we show the char itself and the code point. Being able to type text to _match_ any of those bits of info, or any combination of them, gives you a way to see not only code points that correspond to names but names that correspond to code points. Likewise, names and code points that correspond to chars themselves. We're currently showing, in effect, a table of such correspondences in `*Completions*', but you can only narrow the table entries by filtering on names. It's also useful to be able to filter on code points. It's even useful to be able to type a char and see its name and code point. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Jul 2019 06:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.15635185341760 (code B ref 36454); Fri, 19 Jul 2019 06:43:01 +0000 Received: (at 36454) by debbugs.gnu.org; 19 Jul 2019 06:42:14 +0000 Received: from localhost ([127.0.0.1]:55009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoMas-0000SK-9c for submit@debbugs.gnu.org; Fri, 19 Jul 2019 02:42:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36633) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoMap-0000S6-KG for 36454@debbugs.gnu.org; Fri, 19 Jul 2019 02:42:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40829) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hoMaj-00048l-CL; Fri, 19 Jul 2019 02:42:05 -0400 Received: from [176.228.60.248] (port=3121 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hoMai-0007JN-Ll; Fri, 19 Jul 2019 02:42:05 -0400 Date: Fri, 19 Jul 2019 09:41:58 +0300 Message-Id: <83wogev83t.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Drew Adams on Thu, 18 Jul 2019 20:44:46 +0000 (UTC)) References: <<>> <<<87r27016xo.fsf@mouse.gnus.org>>> <<>> <<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>>> <<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>>> <<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>>> <<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>>> <<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>>> <<<83k1cfy8mp.fsf@gnu.org>>> <<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>> <<831rynwah9.fsf@gnu.org>> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Thu, 18 Jul 2019 20:44:46 +0000 (UTC) > From: Drew Adams > Cc: mrsebastianurban@gmail.com, larsi@gnus.org, van@scratch.space, > 36454@debbugs.gnu.org > > > I hope we agree that wading through 170 completion candidates, let > > alone 500, is not very convenient, yes? > > No, we don't agree that 500 completion candidates > is a problem. I'm surprised to hear that, but maybe I shouldn't. > Completion is not just an aid for entering input. > It's a way to discover, browse, search, etc. a > set of information. Completion is a very poor means for discovery and browsing. If we want tools for discovering characters, we should have more powerful commands: list characters by their Unicode block, by their script, by their attributes, etc. Completion is not for all of that; it can be used for that, but with very low efficiency and user-friendliness. So we should not judge the need for completion by considering any use cases other than just completion, i.e. finding a specific character or a small group of related characters. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Jul 2019 14:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156354713717769 (code B ref 36454); Fri, 19 Jul 2019 14:39:02 +0000 Received: (at 36454) by debbugs.gnu.org; 19 Jul 2019 14:38:57 +0000 Received: from localhost ([127.0.0.1]:56410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoU2D-0004cX-1f for submit@debbugs.gnu.org; Fri, 19 Jul 2019 10:38:57 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:60710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoU2A-0004cI-I0 for 36454@debbugs.gnu.org; Fri, 19 Jul 2019 10:38:55 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6JEJOS2174711; Fri, 19 Jul 2019 14:38:48 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=EMXRFfjPIzQb3J5LE1uj6/LHkfju56/Xyr3aGZYY05M=; b=y43QGo/qhcjg+Pe4mU2C/GYYEtiz8wfhUpw4XLjFF7vFpbEAUpMi3wQ4aLgWtsDe4HzS B3ODTeZCE/BwwfxYB1wIfXGNdVEQPAVkzcpZtN+eyKzvdQiq7n2fiIF7osyXuss57QtG BirlZ4K8FqCW9DrBUl8pT7YJk22SDw2StMTZIi+eeVilRlWGnEpNm+XCy7WgORz5iePN F1R/L4lQt/oRB1RfXXJMtLHSzBXTYV5fuiXztVhiKmChy/PTmIRBt/RBi27kRHOEtEqm L12hCA2JYm0UmyJwlTSK5dO06vmmMnpLLc6hr9om4e/kP+YeYsqImGP+Lmf+ivVgaF7E 6A== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2120.oracle.com with ESMTP id 2tq7xrf0n9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 19 Jul 2019 14:38:48 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6JEHdNF102508; Fri, 19 Jul 2019 14:38:47 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 2ttc8g6y1s-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 19 Jul 2019 14:38:47 +0000 Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x6JEcfQT006196; Fri, 19 Jul 2019 14:38:41 GMT MIME-Version: 1.0 Message-ID: <9ad40946-43b5-440c-958d-35da10ab2669@default> Date: Fri, 19 Jul 2019 14:38:40 +0000 (UTC) From: Drew Adams References: <<<>>> <<<<87r27016xo.fsf@mouse.gnus.org>>>> <<<>>> <<<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>>>> <<<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>>>> <<<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>>>> <<<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>>>> <<<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>>>> <<<<83k1cfy8mp.fsf@gnu.org>>>> <<<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>>> <<<831rynwah9.fsf@gnu.org>>> <> <<83wogev83t.fsf@gnu.org>> In-Reply-To: <<83wogev83t.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907190160 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907190160 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > > > I hope we agree that wading through 170 completion candidates, let > > > alone 500, is not very convenient, yes? > > > > No, we don't agree that 500 completion candidates > > is a problem. >=20 > I'm surprised to hear that, but maybe I shouldn't. It's not a problem if you can easily filter to narrow the choices. That's the key. Seeing that there are initially 500 matches, and seeing the kinds of matches they are, gives you an interactive, quick, incremental idea how you might want to further narrow the field. But certainly, if you do NOT have a good, quick, powerful way to narrow further then yes, 500 candidates is unwieldy. Even UIs that offer cycling among candidates are inefficient and nearly useless in such a situation, IF they don't also allow for progressive narrowing. > > Completion is not just an aid for entering input. > > It's a way to discover, browse, search, etc. a > > set of information. >=20 > Completion is a very poor means for discovery and browsing. 1. Even if that were true, it is not by itself an argument against improving completion, including for discovery and browsing. 2. I disagree that it is true. I would suggest/guess that you just don't have sufficient experience with a better completion UI than that offered by `emacs -Q'. Ask users of Ivy or Helm whether they use completion that way. > If we want tools for discovering characters, we should have more powerful > commands: Nothing prevents _both_ better completion and other tools for char (and other) discovery. It's not either-or, logically. It may be either-or in terms of commitment of resources to implement such choices. No tool is the best tool for everything. And I don't know anyone who would just reply " completion is the answer" to every problem. > list characters by their Unicode block, by their script, by > their attributes, etc. Couldn't agree more about the utility of such aids. (Contributions are welcome, as some like to say.) > Completion is not for all of that; Completion is not the best tool for everything. Correct. On the other hand, it's likely that any such additional tools you might add could themselves also benefit from better completion. Ask an Ivy or Helm user whether and how completion improves all kinds of existing Emacs commands, including help and other information-provider commands such as apropos and Info.=20 > it can be used for that, but with very low efficiency and user-friendline= ss. That's too big a generalization to be helpful in this discussion. > So we should not judge the need for completion by considering any use > cases other than just completion, i.e. finding a specific character or > a small group of related characters. Need? How about value and usefulness? From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Jul 2019 14:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156354831919887 (code B ref 36454); Fri, 19 Jul 2019 14:59:01 +0000 Received: (at 36454) by debbugs.gnu.org; 19 Jul 2019 14:58:39 +0000 Received: from localhost ([127.0.0.1]:56430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoULH-0005Ah-2v for submit@debbugs.gnu.org; Fri, 19 Jul 2019 10:58:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoULE-0005AM-KS for 36454@debbugs.gnu.org; Fri, 19 Jul 2019 10:58:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60200) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hoUKs-0003yB-2v; Fri, 19 Jul 2019 10:58:20 -0400 Received: from [176.228.60.248] (port=1870 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hoUKf-0005pz-J3; Fri, 19 Jul 2019 10:58:06 -0400 Date: Fri, 19 Jul 2019 17:57:55 +0300 Message-Id: <831rymul58.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <9ad40946-43b5-440c-958d-35da10ab2669@default> (message from Drew Adams on Fri, 19 Jul 2019 14:38:40 +0000 (UTC)) References: <<<>>> <<<<87r27016xo.fsf@mouse.gnus.org>>>> <<<>>> <<<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>>>> <<<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>>>> <<<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>>>> <<<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>>>> <<<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>>>> <<<<83k1cfy8mp.fsf@gnu.org>>>> <<<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>>> <<<831rynwah9.fsf@gnu.org>>> <> <<83wogev83t.fsf@gnu.org>> <9ad40946-43b5-440c-958d-35da10ab2669@default> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Fri, 19 Jul 2019 14:38:40 +0000 (UTC) > From: Drew Adams > Cc: mrsebastianurban@gmail.com, larsi@gnus.org, van@scratch.space, > 36454@debbugs.gnu.org > > > Completion is a very poor means for discovery and browsing. > [...] > 2. I disagree that it is true. I would suggest/guess > that you just don't have sufficient experience with > a better completion UI than that offered by `emacs -Q'. > Ask users of Ivy or Helm whether they use completion > that way. Since this feature is proposed for core Emacs, we are by definition talking about "emacs -Q", not about Ivy or Helm. The latter have infrastructure on which to build the feature you want without any changes in core. > > it can be used for that, but with very low efficiency and user-friendliness. > > That's too big a generalization to be helpful in this > discussion. Generalizations are sometimes useful tools for making decisions and getting one's point across. > > So we should not judge the need for completion by considering any use > > cases other than just completion, i.e. finding a specific character or > > a small group of related characters. > > Need? How about value and usefulness? Indeed, I think it would be useless, even harmful. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Jul 2019 15:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Drew Adams Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156355025623344 (code B ref 36454); Fri, 19 Jul 2019 15:31:01 +0000 Received: (at 36454) by debbugs.gnu.org; 19 Jul 2019 15:30:56 +0000 Received: from localhost ([127.0.0.1]:56458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoUqW-00064R-1P for submit@debbugs.gnu.org; Fri, 19 Jul 2019 11:30:56 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:51730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoUqU-00064E-46 for 36454@debbugs.gnu.org; Fri, 19 Jul 2019 11:30:54 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6JFT04Y035330; Fri, 19 Jul 2019 15:30:44 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=/KwP/FvB2BPLOPL/C/WkTC8C55GkOA9+gWZaJWmONP8=; b=idcpjoqFNaSaXMPGWof8KRwBVD/1BnGX4cHBfYQVQqr76qtnAdeq24bPAUKV4SLMMM/d G+zCNJbVq6VB1mVV+l98SIu6+SAOnednJyXegg63x8XGUBp8K7pUjife6l1EpLWoIF7Q ZGLzImC8ioRy6sfYI6nRq8sLWlZq4XkMl7AsoWhAbHRBZ51bTlIwYRuGlx9XKMB40dSX xyM8d5DbWLmEQxKWnjIBs73wQCNW8KvvshVceCW6kJfEA+JGg4FGb32OBesSf8loX3po +zpko+M7NGMRp1EQj+YOSeZuFjgX4ys5LK2GQCtY4vKdttcC68ejEzLzTjRzvoIoVxPE 3w== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 2tq6qu7gf1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 19 Jul 2019 15:30:44 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6JFRmAo145526; Fri, 19 Jul 2019 15:30:44 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3030.oracle.com with ESMTP id 2tt77jcf4r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 19 Jul 2019 15:30:43 +0000 Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x6JFUgLl031974; Fri, 19 Jul 2019 15:30:42 GMT MIME-Version: 1.0 Message-ID: Date: Fri, 19 Jul 2019 15:30:41 +0000 (UTC) From: Drew Adams References: <<<<>>>> <<<<<87r27016xo.fsf@mouse.gnus.org>>>>> <<<<>>>> <<<<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>>>>> <<<<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>>>>> <<<<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>>>>> <<<<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>>>>> <<<<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>>>>> <<<<<83k1cfy8mp.fsf@gnu.org>>>>> <<<<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>>>> <<<<831rynwah9.fsf@gnu.org>>>> <<>> <<<83wogev83t.fsf@gnu.org>>> <<9ad40946-43b5-440c-958d-35da10ab2669@default>> <<831rymul58.fsf@gnu.org>> In-Reply-To: <<831rymul58.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907190168 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9322 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907190168 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Since this feature is proposed for core Emacs, we are by definition > talking about "emacs -Q", not about Ivy or Helm. The latter have > infrastructure on which to build the feature you want without any > changes in core. Core Emacs could have such behavior. It's not about what I want for my own use (I use Icicles, which provides all of that and more). We're discussing what vanilla Emacs could do. This bug thread is a "feature request", and one specifically to "insert char by hex tab completion...". > > > it can be used for that, but with very low efficiency and user- > friendliness. > > > > That's too big a generalization to be helpful in this > > discussion. >=20 > Generalizations are sometimes useful tools for making decisions and > getting one's point across. Another generalization not helpful in this context. Even a platitude, with which few would disagree. If you really want to make the point that completion implies "very low efficiency and user-friendliness", and you think that belongs in this discussion then I suggest some evidence and specifics would help your argument. As only an opinion stated in such general terms I don't find it useful in the present context; sorry. > > > So we should not judge the need for completion by considering any > > > use cases other than just completion, i.e. finding a specific charact= er > > > or a small group of related characters. > > > > Need? How about value and usefulness? >=20 > Indeed, I think it would be useless, even harmful. A good place to end. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Jul 2019 20:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams , Eli Zaretskii Cc: van@scratch.space, 36454@debbugs.gnu.org, larsi@gnus.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156356713220434 (code B ref 36454); Fri, 19 Jul 2019 20:13:02 +0000 Received: (at 36454) by debbugs.gnu.org; 19 Jul 2019 20:12:12 +0000 Received: from localhost ([127.0.0.1]:56575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoZEi-0005JW-3W for submit@debbugs.gnu.org; Fri, 19 Jul 2019 16:12:12 -0400 Received: from mail-lf1-f51.google.com ([209.85.167.51]:37191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoZEf-0005JE-OB for 36454@debbugs.gnu.org; Fri, 19 Jul 2019 16:12:10 -0400 Received: by mail-lf1-f51.google.com with SMTP id c9so22536321lfh.4 for <36454@debbugs.gnu.org>; Fri, 19 Jul 2019 13:12:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ipAZg8PpObQ6d6Vx6DTxG/EKO3O2H2Zp3REbv/C4LEU=; b=O/lvZMX2xYjGwH+5LpYXmpxifJ/5+ttaB5suRU3llkDD2WnjqNvtiQgUDhSPSKrG55 NX6WgNESL2rWcAfzqfX/hhXqicu/0D7kkZ6GtPH4HJDrnOXGy3u4t9I6pQ23P3NQdxrc Gts1DE+y7W5kMcAXowsEWd01/WB4pe6bn/aBsyVZ+/aLfGFpdVbTl0nAkeUfHZfyAI0T 69y45zvX1kervvbXFtGR/XCnWkEcDVn4yk7goJ5cWzDLlLRU7fcQ09ZQv0Ng+zq0Hx8y UsJ+FEpp+hp7wVk3v6IYCWxEi3KvoQY+sMHI+SYV37ysL7D9MopkZCECkiOfNHZ1nPD4 gHzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ipAZg8PpObQ6d6Vx6DTxG/EKO3O2H2Zp3REbv/C4LEU=; b=ssuG0H3REbq/WPViO3YYD5FiKSGdysrhHt9ZG4un+aXQad0krUJuvVS9GunSYJtOkD fdnmOxlKEQqeWU82cyGzJCtuTtptEDmG+kJnLhM4/0DtRsK/4OeJFkJy8hZAQnC+es3C hQ+EDU7Fq/HOMBsWiZpGMPHdUsU+Brwl4NtZuu0kmdSgbxsyqdXVZHtiu85NJchFtM5j 93fkJU7mMBtemIfZMpyseHnaJo2LFRs3fW1CFYnseFpIQFAW+PZMfsMS4QMZLj11tt65 o0ZQxDnAKLX61ByUuUrYNiVG2mvdOfuqhHgriJGKWWmgp3eTQDFYoRXlGTja8LlDOdmd QuWQ== X-Gm-Message-State: APjAAAXo4fH0UAYuYqUDXQWF7cXLDvNjsOQevIHJ75+8fK8RAzVr4M32 hVPh22f16DxwDRmn/LBZuaDChoo3 X-Google-Smtp-Source: APXvYqxFQ3y+c6NhKtvcXbWz00EExat/MYXS66ehmyCLZFQk+q3x3Cn0rqxZIoyhAHxfSivyf4mW9Q== X-Received: by 2002:ac2:4466:: with SMTP id y6mr25108191lfl.0.1563567123551; Fri, 19 Jul 2019 13:12:03 -0700 (PDT) Received: from [89.161.9.216] (ip-89-161-9-216.tel.tkb.net.pl. [89.161.9.216]) by smtp.gmail.com with ESMTPSA id y29sm5896612ljd.43.2019.07.19.13.12.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Jul 2019 13:12:02 -0700 (PDT) From: Sebastian Urban References: <<<< <<<<<87r27016xo.fsf@mouse.gnus.org> <<<< <<<<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <<<<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <<<<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <<<<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <<<<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> <<<<<83k1cfy8mp.fsf@gnu.org> <<<<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> <<<<831rynwah9.fsf@gnu.org> << <<<83wogev83t.fsf@gnu.org> <<9ad40946-43b5-440c-958d-35da10ab2669@default> <<831rymul58.fsf@gnu.org> Message-ID: Date: Fri, 19 Jul 2019 22:12:03 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) 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.0 (-) > A good place to end. Before that, what about (additional) variable which would control completion style in this case, with values: - name - default, completion in 'insert-char' would work like it works now, - name-and-hex - completion in 'insert-char' would also complete hex codes and show everything in *Completions* window, or just t/nil instead of name/name-and-hex. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Jul 2019 23:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org, drew.adams@oracle.com Reply-To: rms@gnu.org Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.15635776665366 (code B ref 36454); Fri, 19 Jul 2019 23:08:01 +0000 Received: (at 36454) by debbugs.gnu.org; 19 Jul 2019 23:07:46 +0000 Received: from localhost ([127.0.0.1]:56643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hobyc-0001OU-8S for submit@debbugs.gnu.org; Fri, 19 Jul 2019 19:07:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hobyb-0001OH-1M for 36454@debbugs.gnu.org; Fri, 19 Jul 2019 19:07:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hobyV-0007YY-5m; Fri, 19 Jul 2019 19:07:39 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1hobyU-0007I1-1d; Fri, 19 Jul 2019 19:07:38 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman In-Reply-To: <83wogev83t.fsf@gnu.org> (message from Eli Zaretskii on Fri, 19 Jul 2019 09:41:58 +0300) References: <<>> <<<87r27016xo.fsf@mouse.gnus.org>>> <<>> <<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>>> <<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>>> <<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>>> <<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>>> <<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>>> <<<83k1cfy8mp.fsf@gnu.org>>> <<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>> <<831rynwah9.fsf@gnu.org>> <83wogev83t.fsf@gnu.org> Message-Id: Date: Fri, 19 Jul 2019 19:07:38 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Completion is a very poor means for discovery and browsing. There could be better, but I have used completion with C-x 8 RET in the past few weeks to discover characters. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jul 2019 07:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Sebastian Urban Cc: van@scratch.space, 36454@debbugs.gnu.org, larsi@gnus.org, drew.adams@oracle.com Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156360661426149 (code B ref 36454); Sat, 20 Jul 2019 07:11:02 +0000 Received: (at 36454) by debbugs.gnu.org; 20 Jul 2019 07:10:14 +0000 Received: from localhost ([127.0.0.1]:56766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hojVW-0006ng-6H for submit@debbugs.gnu.org; Sat, 20 Jul 2019 03:10:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hojVU-0006nN-9I for 36454@debbugs.gnu.org; Sat, 20 Jul 2019 03:10:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46793) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hojVO-0008V5-Cb; Sat, 20 Jul 2019 03:10:06 -0400 Received: from [176.228.60.248] (port=1456 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hojVN-0005BZ-LV; Sat, 20 Jul 2019 03:10:06 -0400 Date: Sat, 20 Jul 2019 10:10:01 +0300 Message-Id: <83v9vxtc52.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Sebastian Urban on Fri, 19 Jul 2019 22:12:03 +0200) References: <<<< <<<<<87r27016xo.fsf@mouse.gnus.org> <<<< <<<<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <<<<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <<<<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <<<<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <<<<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> <<<<<83k1cfy8mp.fsf@gnu.org> <<<<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> <<<<831rynwah9.fsf@gnu.org> << <<<83wogev83t.fsf@gnu.org> <<9ad40946-43b5-440c-958d-35da10ab2669@default> <<831rymul58.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Sebastian Urban > Cc: larsi@gnus.org, van@scratch.space, 36454@debbugs.gnu.org > Date: Fri, 19 Jul 2019 22:12:03 +0200 > > what about (additional) variable which would control > completion style in this case, with values: > - name - default, completion in 'insert-char' would work like it works > now, > - name-and-hex - completion in 'insert-char' would also complete hex > codes and show everything in *Completions* window, > > or just t/nil instead of name/name-and-hex. Could be OK. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: VanL Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jul 2019 08:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: rms@gnu.org Cc: larsi@gnus.org, 36454@debbugs.gnu.org, Eli Zaretskii , mrsebastianurban@gmail.com, drew.adams@oracle.com Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156360989131175 (code B ref 36454); Sat, 20 Jul 2019 08:05:02 +0000 Received: (at 36454) by debbugs.gnu.org; 20 Jul 2019 08:04:51 +0000 Received: from localhost ([127.0.0.1]:56794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hokMM-00086l-Tw for submit@debbugs.gnu.org; Sat, 20 Jul 2019 04:04:51 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:37191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hokMK-00086b-5F for 36454@debbugs.gnu.org; Sat, 20 Jul 2019 04:04:49 -0400 X-Originating-IP: 193.119.112.173 Received: from epi.local (193-119-112-173.tpgi.com.au [193.119.112.173]) (Authenticated sender: van@scratch.space) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 9E23A240010; Sat, 20 Jul 2019 08:04:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: VanL In-Reply-To: Date: Sat, 20 Jul 2019 18:04:37 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> <83k1cfy8mp.fsf@gnu.org> <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> <831rynwah9.fsf@gnu.org> <83wogev83t.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) X-Spam-Score: -0.2 (/) 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.2 (/) > On 20 Jul 2019, at 09:07, Richard Stallman wrote: >=20 >> Completion is a very poor means for discovery and browsing. >=20 > There could be better, but I have used completion with C-x 8 RET > in the past few weeks to discover characters. That was how I used to find characters before purely by chance I found https://unicode.org/charts/ and, there, it is possible to see 'ffea' in context with its nearest = neighbors in UFF00.pdf. For TAB completion on 'ffe' I was wanting the = a..c range and expected the widest extraction to include the 0..f range = for 16 completions.= From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jul 2019 13:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Sebastian Urban Cc: van@scratch.space, 36454@debbugs.gnu.org, Eli Zaretskii , Drew Adams Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156362931812203 (code B ref 36454); Sat, 20 Jul 2019 13:29:01 +0000 Received: (at 36454) by debbugs.gnu.org; 20 Jul 2019 13:28:38 +0000 Received: from localhost ([127.0.0.1]:56931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hopPf-0003Ag-T0 for submit@debbugs.gnu.org; Sat, 20 Jul 2019 09:28:36 -0400 Received: from quimby.gnus.org ([80.91.231.51]:41450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hopPd-0003AU-MM for 36454@debbugs.gnu.org; Sat, 20 Jul 2019 09:28:34 -0400 Received: from [80.169.244.84] (helo=sandy) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hopPX-0002Mm-VW; Sat, 20 Jul 2019 15:28:30 +0200 From: Lars Ingebrigtsen References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> <83k1cfy8mp.fsf@gnu.org> <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> <831rynwah9.fsf@gnu.org> <83wogev83t.fsf@gnu.org> <9ad40946-43b5-440c-958d-35da10ab2669@default> <831rymul58.fsf@gnu.org> Date: Sat, 20 Jul 2019 15:28:27 +0200 In-Reply-To: (Sebastian Urban's message of "Fri, 19 Jul 2019 22:12:03 +0200") Message-ID: <87ftn07s3o.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Sebastian Urban writes: > Before that, what about (additional) variable which would control > completion style in this case, with values: > - name - default, completion in 'insert-char' would work like it works > now, > - na [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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.0 (-) Sebastian Urban writes: > Before that, what about (additional) variable which would control > completion style in this case, with values: > - name - default, completion in 'insert-char' would work like it works > now, > - name-and-hex - completion in 'insert-char' would also complete hex > codes and show everything in *Completions* window, I don't think completing over hex codes is a good idea (it's a very dehumanising interface), and I don't think adding a variable to switch it off or on is, either. But what you really want is (it seems to me) to be able to list all characters from a Unicode block, because you know where the character is, but you want to find a specific one in that neighbourhood. So the "hex completion" is just an artefact here. Instead, perhaps there should be a new command to complete over Unicode block names, and then list the characters in that block, and allow you to choose one of them? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jul 2019 14:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Lars Ingebrigtsen Cc: van@scratch.space, 36454@debbugs.gnu.org, Eli Zaretskii , Drew Adams Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156363339119654 (code B ref 36454); Sat, 20 Jul 2019 14:37:01 +0000 Received: (at 36454) by debbugs.gnu.org; 20 Jul 2019 14:36:31 +0000 Received: from localhost ([127.0.0.1]:57739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoqTN-00056u-MU for submit@debbugs.gnu.org; Sat, 20 Jul 2019 10:36:31 -0400 Received: from mail-lj1-f171.google.com ([209.85.208.171]:36486) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoqTL-00056f-4F for 36454@debbugs.gnu.org; Sat, 20 Jul 2019 10:36:28 -0400 Received: by mail-lj1-f171.google.com with SMTP id i21so33431601ljj.3 for <36454@debbugs.gnu.org>; Sat, 20 Jul 2019 07:36:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BBjeWI1puJL/v9scvZ3lUuDhkAX9QBAb0DJSDenyxsY=; b=kdKvN7eLFUQTrbaEhGqOAVrPYDTV7+bAb/+QflnhVGEaDFGXbRIyupoh0xwz5TD04o yjbt2mSuRAb1v0V5cNaqRnIP6bKqIZ2n6IQODiofmkL02qrg0FlZzf7hEyNzLB+xXxq1 yR6fdTWA9pBOK1ndVu+0T3ev7xWFCWfRml/5b7Y0k6VPAyp3qikNY9cQ+HBipQ9FvP0r 0Cz0zkY077w6sc4lKKxWG8EgpDopgqaXV6MEG4N2wsgiamrZ9l6WeQJrsemBPhcpzMqm duO8f7jzyCZ4F+ZUahB4VC+ZVGvjkdXJIv9SNOq4bsnCR3B3BjQDWqqOvFG9XGRNvYgM jA4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=BBjeWI1puJL/v9scvZ3lUuDhkAX9QBAb0DJSDenyxsY=; b=V7Br7SAhJkQMtKdO5DmYhhMJfOdKwhbENgks/o13vaN02iCw6W6zC8RuRFYeIX0D7o f+3nOs6iKvwTYvMhuYNfYRvkBkNCaXizUR24kzXVAVV1ZT2h4BLV7RJNCgdreKMvxG66 KSQg05noeNddbU9tbmg/8xo0QahP3GRvAakwcWJxOthgAmkqdZmeoum53GaRVrzOmfuW xw4ndi/CfYfbuo5CrOFhcja6kgf80L2Tb+GgDqztib28Maa/iTqPyCMB7hTJPZ6p2u1b rTm1KOTV96ZfGVN/izPItH2oP4cTHpI22yoqYRs9IUG9coxmCMG+I+ZfldmPCUiyjCp2 mh8A== X-Gm-Message-State: APjAAAWYWcTAAZIY8WlI2Vv6k/3vPbK1lUTxoEmUlyD2LWLzd0e968Yx QxXFUNeEPMFPsyE1pKtQpKqbB3wivys= X-Google-Smtp-Source: APXvYqwREWz4TYsVN9lKGwDGZSIK4nFG92Cw1igg7uNftHnfvHctuD2d8AMEOxqHMdFfbwMo9uDwVQ== X-Received: by 2002:a2e:a415:: with SMTP id p21mr30367244ljn.111.1563633380698; Sat, 20 Jul 2019 07:36:20 -0700 (PDT) Received: from [89.161.9.216] (ip-89-161-9-216.tel.tkb.net.pl. [89.161.9.216]) by smtp.gmail.com with ESMTPSA id k4sm6423917ljg.59.2019.07.20.07.36.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 20 Jul 2019 07:36:19 -0700 (PDT) From: Sebastian Urban References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> <83k1cfy8mp.fsf@gnu.org> <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> <831rynwah9.fsf@gnu.org> <83wogev83t.fsf@gnu.org> <9ad40946-43b5-440c-958d-35da10ab2669@default> <831rymul58.fsf@gnu.org> <87ftn07s3o.fsf@mouse.gnus.org> Message-ID: Date: Sat, 20 Jul 2019 16:36:20 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <87ftn07s3o.fsf@mouse.gnus.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) 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.0 (-) > I don't think completing over hex codes is a good idea (it's a very > dehumanising interface), and I don't think adding a variable to > switch it off or on is, either. Well, this is why it would be optional, an extension of the default behaviour, only for those who want it. At least until someone will do bigger makeover. > But what you really want is (it seems to me) to be able to list all > characters from a Unicode block, because you know where the > character is, but you want to find a specific one in that > neighbourhood. Hmmm... this sounds kind of like (on emacs 26.2): 'M-x list-charset-chars RET unicode-bmp/sip/smp/ssp RET'. Assuming someone knows hex code or part of it, simply doing 'isearch-forward' will bring him to the neighbourhood of the character he is looking for. > Instead, perhaps there should be a new command to complete over > Unicode block names, and then list the characters in that block, and > allow you to choose one of them? This sounds more like bigger(?) upgrade of 'insert-char', rather than a new command. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jul 2019 15:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Sebastian Urban Cc: van@scratch.space, 36454@debbugs.gnu.org, larsi@gnus.org, drew.adams@oracle.com Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.15636380663959 (code B ref 36454); Sat, 20 Jul 2019 15:55:01 +0000 Received: (at 36454) by debbugs.gnu.org; 20 Jul 2019 15:54:26 +0000 Received: from localhost ([127.0.0.1]:57799 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1horgo-00011n-G7 for submit@debbugs.gnu.org; Sat, 20 Jul 2019 11:54:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34349) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1horgn-00011Y-4S for 36454@debbugs.gnu.org; Sat, 20 Jul 2019 11:54:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52661) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1horgh-0002he-2a; Sat, 20 Jul 2019 11:54:19 -0400 Received: from [176.228.60.248] (port=2124 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1horgg-0004mq-7H; Sat, 20 Jul 2019 11:54:18 -0400 Date: Sat, 20 Jul 2019 18:54:05 +0300 Message-Id: <83tvbgsnvm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Sebastian Urban on Sat, 20 Jul 2019 16:36:20 +0200) References: <87r27016xo.fsf@mouse.gnus.org> <4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default> <2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com> <8a8360df-afe2-4ae8-abac-96e7691f52a6@default> <27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com> <1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default> <83k1cfy8mp.fsf@gnu.org> <6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default> <831rynwah9.fsf@gnu.org> <83wogev83t.fsf@gnu.org> <9ad40946-43b5-440c-958d-35da10ab2669@default> <831rymul58.fsf@gnu.org> <87ftn07s3o.fsf@mouse.gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Sebastian Urban > Cc: Drew Adams , Eli Zaretskii , > van@scratch.space, 36454@debbugs.gnu.org > Date: Sat, 20 Jul 2019 16:36:20 +0200 > > > But what you really want is (it seems to me) to be able to list all > > characters from a Unicode block, because you know where the > > character is, but you want to find a specific one in that > > neighbourhood. > > Hmmm... this sounds kind of like (on emacs 26.2): > 'M-x list-charset-chars RET unicode-bmp/sip/smp/ssp RET'. list-charset-chars doesn't have the Unicode block granularity, it is much coarser. From unknown Mon Jun 23 23:55:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jul 2019 16:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36454 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Sebastian Urban Cc: van@scratch.space, 36454@debbugs.gnu.org, larsi@gnus.org, drew.adams@oracle.com Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156364051623323 (code B ref 36454); Sat, 20 Jul 2019 16:36:01 +0000 Received: (at 36454) by debbugs.gnu.org; 20 Jul 2019 16:35:16 +0000 Received: from localhost ([127.0.0.1]:57846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hosKJ-000644-O9 for submit@debbugs.gnu.org; Sat, 20 Jul 2019 12:35:16 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:39136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hosKH-00063N-NO for 36454@debbugs.gnu.org; Sat, 20 Jul 2019 12:35:14 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6KGYwvJ021499; Sat, 20 Jul 2019 16:35:07 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=ooGU+Gh180CmoVTefLJFJBe3ZaTDjviSzWGT2ICz+cI=; b=rxvnvWmOw348euWIetWkVajoo8PYBil9RJS4sfU7d5dl6o1Qd1fL1eLUtKvcFqlBPHT1 Ag+1Zkogn6hnl5AWBq+6Os1oDR7ccX2sk1/F/Ecj4MWcIvK1+TSUWJNxHrWV8L6igPZy cfse+UvDYuq4eiv5KKyBjqEDvIM/MzCTGqm2qAPfgA12n4ymCQtlBXwsdJEzIr0Z/OLq j4NHFpvAsWsGorH8nZbVx41laMLRnvyPXE1MCEPFkbswPagErMW+54E8RwGrWGA/Ba5z Czl5NJSqjpCnrrPF2O9gCvOMAE6wUIrV2U4DEv11WOLABdpnBaRrCZDslCDBTAzPxyIv pg== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 2tutct15mg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 20 Jul 2019 16:35:07 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x6KGXnaa050427; Sat, 20 Jul 2019 16:35:06 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 2tur2t73n8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 20 Jul 2019 16:35:06 +0000 Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x6KGZ4gw016370; Sat, 20 Jul 2019 16:35:04 GMT MIME-Version: 1.0 Message-ID: <011590fe-cbe1-4551-940f-b8ccda4ec553@default> Date: Sat, 20 Jul 2019 16:35:03 +0000 (UTC) From: Drew Adams References: <<<<<> <<<<<<87r27016xo.fsf@mouse.gnus.org>> <<<<<> <<<<<<4087f726-f9e7-4bc5-a9b3-7d24d9b7f7c5@default>> <<<<<<2f469306-98d3-8735-4d0d-61aae53321d0@gmail.com>> <<<<<<8a8360df-afe2-4ae8-abac-96e7691f52a6@default>> <<<<<<27479297-ab97-106b-7325-5ac6ef5d0b92@gmail.com>> <<<<<<1981011f-2e19-4f4b-a7ac-8ccd15298b1a@default>> <<<<<<83k1cfy8mp.fsf@gnu.org>> <<<<<6251d2e2-5366-4c06-8c42-811d1aa7d5e3@default>> <<<<<831rynwah9.fsf@gnu.org>> <<<> <<<<83wogev83t.fsf@gnu.org>> <<<9ad40946-43b5-440c-958d-35da10ab2669@default>> <<<831rymul58.fsf@gnu.org>> <> <> <<83v9vxtc52.fsf@gnu.org>> In-Reply-To: <<83v9vxtc52.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4873.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9324 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907200216 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9324 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907200216 X-Spam-Score: -2.3 (--) 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: -3.3 (---) > > what about (additional) variable which would control > > completion style in this case, with values: > > - name - default, completion in 'insert-char' would work like it > > works now, > > - name-and-hex - completion in 'insert-char' would also complete hex > > codes and show everything in *Completions* window, > > > > or just t/nil instead of name/name-and-hex. >=20 > Could be OK. Just what I said earlier: But yes, if you want to see _only_ code-point matches, and you want to type _only_ "f", say, then this might not be for you. If you think this would be a problem for many people (I don't), you could make it an option, of course. ^^^^^^^^^^^^^^^^^