From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#36454: 26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe Date: Thu, 18 Jul 2019 20:44:46 +0000 (UTC) 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>> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="156809"; mail-complaints-to="usenet@blaine.gmane.org" Cc: van@scratch.space, 36454@debbugs.gnu.org, mrsebastianurban@gmail.com, larsi@gnus.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 19 00:01:32 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hoESv-000eLv-6G for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Jul 2019 00:01:29 +0200 Original-Received: from localhost ([::1]:40706 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hoDI6-00081R-Hc for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jul 2019 16:46:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38317) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hoDHz-00081L-Pe for bug-gnu-emacs@gnu.org; Thu, 18 Jul 2019 16:46:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hoDHu-0002wQ-R7 for bug-gnu-emacs@gnu.org; Thu, 18 Jul 2019 16:46:07 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45899) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hoDHu-0002wD-LP for bug-gnu-emacs@gnu.org; Thu, 18 Jul 2019 16:46:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hoDHt-0008U3-Sa for bug-gnu-emacs@gnu.org; Thu, 18 Jul 2019 16:46:01 -0400 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 36454-submit@debbugs.gnu.org id=B36454.156348275632599 (code B ref 36454); Thu, 18 Jul 2019 20:46:01 +0000 Original-Received: (at 36454) by debbugs.gnu.org; 18 Jul 2019 20:45:56 +0000 Original-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 Original-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 Original-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== Original-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 Original-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 Original-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 Original-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 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)] 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-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:163334 Archived-At: > 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.