From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Feb 2021 17:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 46240@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.161220025915034 (code B ref -1); Mon, 01 Feb 2021 17:25:02 +0000 Received: (at submit) by debbugs.gnu.org; 1 Feb 2021 17:24:19 +0000 Received: from localhost ([127.0.0.1]:33054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6cvy-0003uN-Aw for submit@debbugs.gnu.org; Mon, 01 Feb 2021 12:24:19 -0500 Received: from lists.gnu.org ([209.51.188.17]:47280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6cvw-0003u9-8n for submit@debbugs.gnu.org; Mon, 01 Feb 2021 12:24:16 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36874) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6cvw-0000R4-2e for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 12:24:16 -0500 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:46973) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6cvs-0002iy-Cc for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 12:24:15 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id D0B5F40012; Mon, 1 Feb 2021 17:24:07 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET Date: Mon, 01 Feb 2021 19:23:41 +0200 Message-ID: <87v9bb4tm2.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=217.70.183.194; envelope-from=juri@linkov.net; helo=relay2-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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.6 (--) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Tags: patch After typing e.g. 'C-x 8 RET GREEK TAB' completions are sorted in an non-alphabetical order: Ͳ GREEK CAPITAL LETTER ARCHAIC SAMPI Β GREEK CAPITAL LETTER BETA Χ GREEK CAPITAL LETTER CHI Ϯ GREEK CAPITAL LETTER DEI Δ GREEK CAPITAL LETTER DELTA where the 22nd letter of the Greek alphabet CHI is between BETA and DELTA. This is because currently completions are sorted by English names. The following patch sorts them by their Unicode order that mostly follows the alphabetical order, and at least makes more sense to be consistent with Unicode tables where characters are grouped more logically. Then the above example is sorted alphabetically: Α GREEK CAPITAL LETTER ALPHA Β GREEK CAPITAL LETTER BETA Γ GREEK CAPITAL LETTER GAMMA Δ GREEK CAPITAL LETTER DELTA Ε GREEK CAPITAL LETTER EPSILON More examples with better sorting is 'C-x 8 RET SUBSCRIPT TAB' where instead of sorting by names of numbers: ₈ SUBSCRIPT DIGIT EIGHT ₅ SUBSCRIPT DIGIT FIVE ₄ SUBSCRIPT DIGIT FOUR ₉ SUBSCRIPT DIGIT NINE ₁ SUBSCRIPT DIGIT ONE ₇ SUBSCRIPT DIGIT SEVEN ₆ SUBSCRIPT DIGIT SIX will be sorted by numerical order: ₀ SUBSCRIPT DIGIT ZERO ₁ SUBSCRIPT DIGIT ONE ₂ SUBSCRIPT DIGIT TWO ₃ SUBSCRIPT DIGIT THREE ₄ SUBSCRIPT DIGIT FOUR ₅ SUBSCRIPT DIGIT FIVE etc. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=mule--ucs-names-sort-by-char.patch diff --git a/lisp/international/mule-cmds.el b/lisp/international/mule-cmds.el index 5dc3de4422..0593d72279 100644 --- a/lisp/international/mule-cmds.el +++ b/lisp/international/mule-cmds.el @@ -3083,6 +3083,12 @@ mule--ucs-names-affixation (list name (concat (if char (format "%c" char) " ") "\t") ""))) names)) +(defun mule--ucs-names-sort-by-char (names) + (let* ((chars-and-names + (mapcar (lambda (name) (cons (gethash name ucs-names) name)) names)) + (sorted (sort chars-and-names (lambda (a b) (< (car a) (car b)))))) + (mapcar #'cdr sorted))) + (defun char-from-name (string &optional ignore-case) "Return a character as a number from its Unicode name STRING. If optional IGNORE-CASE is non-nil, ignore case in STRING. @@ -3132,6 +3138,7 @@ read-char-by-name (if (eq action 'metadata) '(metadata (affixation-function . mule--ucs-names-affixation) + (display-sort-function . mule--ucs-names-sort-by-char) (category . unicode-name)) (complete-with-action action (ucs-names) string pred))))) (char --=-=-=-- From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Feb 2021 17:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161220125424599 (code B ref 46240); Mon, 01 Feb 2021 17:41:01 +0000 Received: (at 46240) by debbugs.gnu.org; 1 Feb 2021 17:40:54 +0000 Received: from localhost ([127.0.0.1]:33072 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6dC0-0006Of-Bp for submit@debbugs.gnu.org; Mon, 01 Feb 2021 12:40:53 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6dBx-0006OS-3L for 46240@debbugs.gnu.org; Mon, 01 Feb 2021 12:40:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57108) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l6dBq-0002P8-Pl; Mon, 01 Feb 2021 12:40:42 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1258 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l6dBp-0008SB-39; Mon, 01 Feb 2021 12:40:42 -0500 Date: Mon, 01 Feb 2021 19:41:07 +0200 Message-Id: <83wnvr65zg.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87v9bb4tm2.fsf@mail.linkov.net> (message from Juri Linkov on Mon, 01 Feb 2021 19:23:41 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) > From: Juri Linkov > Date: Mon, 01 Feb 2021 19:23:41 +0200 > > After typing e.g. 'C-x 8 RET GREEK TAB' completions are sorted in an > non-alphabetical order: > > Ͳ GREEK CAPITAL LETTER ARCHAIC SAMPI > Β GREEK CAPITAL LETTER BETA > Χ GREEK CAPITAL LETTER CHI > Ϯ GREEK CAPITAL LETTER DEI > Δ GREEK CAPITAL LETTER DELTA > > where the 22nd letter of the Greek alphabet CHI is between BETA and DELTA. > This is because currently completions are sorted by English names. > > The following patch sorts them by their Unicode order that mostly follows > the alphabetical order, and at least makes more sense to be consistent > with Unicode tables where characters are grouped more logically. This has 2 disadvantages: . the user needs to know the order of characters within a script he/she doesn't necessarily read . the user needs to know the order _between_ scripts, if the candidates include characters from different Unicode blocks If the user doesn't know this order, he/she might be unable to find the required character quickly, if the list of candidates is long enough. The current order, while it doesn't follow the order of the characters within the script, makes it very easy to find the character for anyone who knows English (more generally, Latin) alphabet. So I'm not sure the proposed change is necessarily for the better, at least not in all the use cases. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: [External] : bug#46240: Sorting order of read-char-by-name Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Feb 2021 19:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov , "46240@debbugs.gnu.org" <46240@debbugs.gnu.org> Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16122081193345 (code B ref 46240); Mon, 01 Feb 2021 19:36:01 +0000 Received: (at 46240) by debbugs.gnu.org; 1 Feb 2021 19:35:19 +0000 Received: from localhost ([127.0.0.1]:33271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6eyk-0000rt-O9 for submit@debbugs.gnu.org; Mon, 01 Feb 2021 14:35:19 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:40576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6eyi-0000rb-91 for 46240@debbugs.gnu.org; Mon, 01 Feb 2021 14:35:18 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 111JYMRO106769; Mon, 1 Feb 2021 19:35:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2020-01-29; bh=HWsZjSC0l61YpOmrsjZyKKpeauMZYuCZZu2CCUZiap8=; b=ZuzEokLfFuf1FpoMUGW6Fm16a3QEwJMeoJK93bCx0uuoJuPC2d2K6sqEIy1JOEVd4375 ctPzN+7Uh926ulUeOtUXH1gB/0LIQW6Cu7XrDmojzcgmcoQmUX6h/946MtAXIEcxcjWU KwrRvHx3+Ev9FbeQ2PxYMu7h9qCtyzHB+p7O1sP6IMenAO8jQZv/Ems7jng0/yXap57N IrRRRYR2Qttux7vLw2rys+DlxhKif6J7zfwlkZTrudd3ntAMSZg+2UasiSTFClc2fIVK bv2QnwGCgquYSe7av7LJG0AP5vUHUTcao1HUvVbNvSqbqt36gT9x3uiAC/mUFXqw3j+x Yg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 36cxvqy5k9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 01 Feb 2021 19:35:05 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 111JVSpT141249; Mon, 1 Feb 2021 19:35:04 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2177.outbound.protection.outlook.com [104.47.58.177]) by aserp3030.oracle.com with ESMTP id 36dh1mv6wb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 01 Feb 2021 19:35:04 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=k0qKW7G2NoQnTyPICOBeHBur1tZFT6IDPsXWiyWv466T1TwWq0gVqbyLlt6MnFaPPhackhVNIvy2z6DQ2x0ks4UWXZqPTQmi6LPBq8oPBN3lU0J4qDX5K7hqapSDn7y6obqkgMI87+ZBoJnX8Z4YmKBfRzCej1R3r2Os8hxSANJy6QZXBCMrugs5Q3llMX9ucAKNLfvCJhHc+L0e7x45d6AR5dgS0enbYk7Pmw9fQ0vFYQezI+8HRSjC5LgaVQS253Ac/+PjAKaxwCD+bHabzxsVsY84F5m1wNBgD/9UyVS0gQMD0IlpUikj0KHkukjbE1gAHikUpvI3u1UDwx4f6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HWsZjSC0l61YpOmrsjZyKKpeauMZYuCZZu2CCUZiap8=; b=K1ziSroeIdIfSvDhAAQsSL8kOb/15mLfBXbqduvrvDjzz8EJQzZBeXBoifMyLQRX1qcGohjE/4YlxBktISbyD9uoPXp32+N1Awe7Nn7e9Q15suhbF5crxwydkp2TZf99zBGzoSDWDYQkOqQRfz2TBWlMCJ5o/z3F3QqrxtALHN5hKEj9qLQRWKq8go2NrkK8YHo+pNvikIa8A46E5szXJkyJnAVFceQhPy9Y8UUKeIIBk11xX47AtNvfiI4jovpgsCFqdCT5PRlWoT7jJC8B9TKd0gSO27W1+/mmk4+sGcQylHc8f+wacKwm8dNRJ+QiBQiocFVt4S8zRdhLFfy3CA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HWsZjSC0l61YpOmrsjZyKKpeauMZYuCZZu2CCUZiap8=; b=ankgHIR8RCPp7QEUiprbpTKxuN1nkcL+cv9ugjv7s0IkHoQTtN6WnMGpcvyK3qZCTbVwsiAxwAhVqwrOUXKhG/LBIXH18nJkrn6qw5rFyWbhOKzipaZkw5RStcwp9BH/rXd6ns4qqphfD/ew65trRxGkvH/VO+WABs466h87iFA= Received: from SA2PR10MB4474.namprd10.prod.outlook.com (2603:10b6:806:11b::15) by SN6PR10MB2480.namprd10.prod.outlook.com (2603:10b6:805:4f::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3805.17; Mon, 1 Feb 2021 19:35:03 +0000 Received: from SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::dc4d:9cd0:2010:daa2]) by SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::dc4d:9cd0:2010:daa2%7]) with mapi id 15.20.3805.026; Mon, 1 Feb 2021 19:35:03 +0000 From: Drew Adams Thread-Topic: [External] : bug#46240: Sorting order of read-char-by-name Thread-Index: AQHW+L9DOEjTd/S4DEKiHPpI9WM/dKpDsLyA Date: Mon, 1 Feb 2021 19:35:03 +0000 Message-ID: References: <87v9bb4tm2.fsf@mail.linkov.net> In-Reply-To: <87v9bb4tm2.fsf@mail.linkov.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: linkov.net; dkim=none (message not signed) header.d=none;linkov.net; dmarc=none action=none header.from=oracle.com; x-originating-ip: [73.170.83.28] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c3e0f6e4-e9a9-4005-7884-08d8c6e878a9 x-ms-traffictypediagnostic: SN6PR10MB2480: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3383; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: U/QjWZ7hhubvIvm+nPjuffxTrX/ifWoTwVer1nfJH4O4YJ3UijqKst5XhGTFt+4DB90VNU2CDA18TCc1ZVAe+s8fkBq5pcrX8kRnKyryaLP2MlrNH30ZB+mD3FtvGzQtRUNJco+MbycPHC91LoSVzLTx9HtiVTLt5H0IpGMIrlGmHC4Y2X8+jOPUprTLLHk6ZBfD57eZTgw1G6X18nPYfcTs1JwNKjq2xhRP7jAqiw+cwS39JMiuQudRvRQxU8sj2MrjkIiCz+KMu3aH5gepmz2dx/z+Ne+JYynKyKwyn8WcNQ+QVdzU16sXaWCiebru1BEf3pN/YLzxPkidHLF7sTgonKXZbK9m14aqb7LeWs5dOGLSPHVXCcbWrO5252MTQQnTDYCe3yyg5TNXKF5NnyaoIhKIQv11N71pQNalfhglHbmtQ/SGcBUT5KPCsPr4T0mERsnx9V9xuCQK6kLUHRmrrUFzLgIWBH77bGzpyoY2kFb5WXm8L0R9NyNcpuiPl4wuW8zuur5do5oCiyGxwA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4474.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(136003)(376002)(366004)(396003)(346002)(83380400001)(316002)(71200400001)(33656002)(9686003)(55016002)(110136005)(7696005)(66446008)(26005)(86362001)(8936002)(2906002)(5660300002)(478600001)(558084003)(66946007)(6506007)(52536014)(66556008)(8676002)(44832011)(64756008)(186003)(76116006)(66476007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: h3A2M//G3XFv9PRKE9yBp7jVERPTdo5hO/Ny7y+XGCYr+eWA9XtG3lO6GmB3TZW5FnEhKR8wIgv5dRe6FO8ckmiwUmqJ13ygFsby5YplWLERBGiA9GPzBf9nJpOCvPS84GfPoeu/NgxDzow7yg/csXYpcty/ineEoxSYxUnuf/4defs2hF9tyvEceTrl2I1atGpk6wS+FEFC0qk6ZRnC32YcHZRznE4yEov68i4b7Wyg3tlR4R34zJskj/joJzX9f5WorPrqczarSkV4AXfTUA0FN6OJ/SBENmVlJ0KyU5mzIByIz3c1w+nGsS5svhtyH7rWUo57jC4iqWcO4zEedo+L5bDXs2qsib5NTLIuE31JtxJEkhNZ5sBZ9n4waqqpWwHgWLPJYxg08KAgdfS7PBZbdCGBScWqJgJWt0DiR/iUPWfpZuzOT1vQFGUNqX/6iG8n7f+O7swItqq6PTUkbL8epaxOPWBz54qW7XmxzVJKoDzH0iDeKOfzqlsuM4uV/OQ4qI6HVfO1JqZcaw38JCfHxLjLWKjjbU19lN8au4DtrLtlvDmlHWFJa1HB16wE7hxQIrpqPgqQkyBlAxADPtr4/SKDnlabG6l/euSQcUnM71Yb08bCqQ9L8YuWzNVUbkl553SbWGlDZy7aniBHIcUHU/OUV3aLo7nXGLkQ/2+41vNVXBqmuhyZcGy0ebrstffj8wbODEAsXwFipHVQCQw5ZJCdGLkByPLeln/RpKu5tqsqqNYrPVhRjem5TE2IcJyIhFFkcCTlrVUqvcsiOe0rak5CedSlPA9t9ChAhDLlfMRn+qcU6SrVBRNZgABm7kYMz39cKPZPIZ/3b8U4xwT7HtQoYTjYeayXViWm2fNfpJzI6Tlfkjn5qgsmD6QKlJByiQPaf0bA7hSWYSulqKbNS7lDSPVsJQ4N5sd7q1LTuQR23zKdqjXUf4yZH21ILqd35uWdsxhuK+bEtjzbBiB9cmhc/uB6sZsLrYcfciDvFAIPcdJhsL1/bTPdLZLhiT6yyET+y21OAKdxXBQuL6lbLLjIiLj2MadzZX0ayli9nM2HBq/+wRbxLTWieUMN x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4474.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c3e0f6e4-e9a9-4005-7884-08d8c6e878a9 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Feb 2021 19:35:03.0924 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: vBJ3jlwb5V+UWTwnznGrc5AP9Rg6GO8UMEZC/WUV4dABXS+vLmGK40JPUIJSLdTKjVXIVJ2KtzvnWLctedl8Tg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR10MB2480 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9882 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 spamscore=0 phishscore=0 suspectscore=0 mlxlogscore=941 bulkscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102010102 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9882 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 mlxlogscore=999 mlxscore=0 priorityscore=1501 spamscore=0 impostorscore=0 clxscore=1011 suspectscore=0 lowpriorityscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102010103 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 (---) PiBtYWtlcyBtb3JlIHNlbnNlIHRvIGJlIGNvbnNpc3RlbnQNCj4gd2l0aCBVbmljb2RlIHRhYmxl cyB3aGVyZSBjaGFyYWN0ZXJzIGFyZSBncm91cGVkIG1vcmUgbG9naWNhbGx5Lg0KDQo+IE1vcmUg ZXhhbXBsZXMgd2l0aCBiZXR0ZXIgc29ydGluZyANCg0KSXQncyBub3QgImJldHRlciIgc29ydGlu ZzsgaXQncyBkaWZmZXJlbnQgc29ydGluZy4NCg0KRGlmZmVyZW50IHNvcnQgb3JkZXJzIGFyZSB1 c2VmdWwgaW4gZGlmZmVyZW50IHdheXMuDQo= From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 08:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 46240@debbugs.gnu.org, Juri Linkov Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161225524428953 (code B ref 46240); Tue, 02 Feb 2021 08:41:01 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 08:40:44 +0000 Received: from localhost ([127.0.0.1]:33985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6rEp-0007Wv-ER for submit@debbugs.gnu.org; Tue, 02 Feb 2021 03:40:44 -0500 Received: from quimby.gnus.org ([95.216.78.240]:58408) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6rEo-0007Wc-1h for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 03:40:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=OQ+Slk5LkrALgTJPLzBPbxr4ZXNqHdEg1KeHU8/2z7Y=; b=PQwYVmUYU8RTQBeBAcAoqJ8b6J qGhAxrrf7tII+AvtJTc3cu1wdqdNo35CKHEOaWxuQGq54MOJv/qFLtTbMmKXqMsZvp0leWXKxNwT1 4UYZv+NmSSQNuoU2jkJ83Rnz7zowqZE/OtwKOLT9vCvJLECdaEtNRMh3p689EgE/onrE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l6rEe-0002D6-Pv; Tue, 02 Feb 2021 09:40:35 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> X-Now-Playing: Joe Jackson's _At the BBC (1)_: "It's Different For Girls" Date: Tue, 02 Feb 2021 09:40:31 +0100 In-Reply-To: <83wnvr65zg.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 01 Feb 2021 19:41:07 +0200") Message-ID: <875z3aooao.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > The current order, while it doesn't follow the order of the characters > within the script, makes it very easy to find the character for anyone > who knows English (more generally, Latin) alphabet. [...] 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 (-) Eli Zaretskii writes: > The current order, while it doesn't follow the order of the characters > within the script, makes it very easy to find the character for anyone > who knows English (more generally, Latin) alphabet. So I'm not sure > the proposed change is necessarily for the better, at least not in all > the use cases. I agree -- sorting by the Unicode character names is better here, I think. The command is for inserting characters you don't use constantly (because if you did, you'd use a different input method that made those characters more readily available), which means that you probably aren't super-familiar with them. So you'd be looking at the (English) descriptions of the characters to find the one you want. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 17:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161228636617609 (code B ref 46240); Tue, 02 Feb 2021 17:20:02 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 17:19:26 +0000 Received: from localhost ([127.0.0.1]:36117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zKo-0004Zw-FO for submit@debbugs.gnu.org; Tue, 02 Feb 2021 12:19:26 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:57045) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zKm-0004ZD-P6 for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 12:19:25 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 6CFB224000A; Tue, 2 Feb 2021 17:19:18 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> Date: Tue, 02 Feb 2021 19:13:13 +0200 In-Reply-To: <83wnvr65zg.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 01 Feb 2021 19:41:07 +0200") Message-ID: <87o8h266x2.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain 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: -1.7 (-) > This has 2 disadvantages: > > . the user needs to know the order of characters within a script > he/she doesn't necessarily read In this case usually the names of characters of an unknown script say nothing too, so sorting them by their names doesn't help much. > . the user needs to know the order _between_ scripts, if the > candidates include characters from different Unicode blocks IMHO, this is not a disadvantage, but an advantage, because it helps to group the matched characters by their Unicode ranges. So when the user is not interested in certain scripts, then the user can simply scroll down the groups of uninteresting ranges, and look for characters only in needed Unicode blocks of scripts. > If the user doesn't know this order, he/she might be unable to find > the required character quickly, if the list of candidates is long > enough. I never rely on the current sorting alphabetically by names. When the list of candidates is long, I need to use isearch to search in the necessary block whose characters are scattered currently in almost random order. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: [External] : bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 17:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Drew Adams Cc: "46240@debbugs.gnu.org" <46240@debbugs.gnu.org> Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161228636717615 (code B ref 46240); Tue, 02 Feb 2021 17:20:02 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 17:19:27 +0000 Received: from localhost ([127.0.0.1]:36119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zKo-0004Zy-OT for submit@debbugs.gnu.org; Tue, 02 Feb 2021 12:19:26 -0500 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:45151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zKl-0004ZA-Ck for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 12:19:25 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 1DB391BF20B; Tue, 2 Feb 2021 17:19:15 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> Date: Tue, 02 Feb 2021 19:18:45 +0200 In-Reply-To: (Drew Adams's message of "Mon, 1 Feb 2021 19:35:03 +0000") Message-ID: <87pn1iafr6.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain 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: -1.7 (-) >> makes more sense to be consistent >> with Unicode tables where characters are grouped more logically. > >> More examples with better sorting > > It's not "better" sorting; it's different sorting. > > Different sort orders are useful in different ways. This means there should be a customizable option? From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 17:20:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161228637317634 (code B ref 46240); Tue, 02 Feb 2021 17:20:03 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 17:19:33 +0000 Received: from localhost ([127.0.0.1]:36122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zKu-0004aL-1e for submit@debbugs.gnu.org; Tue, 02 Feb 2021 12:19:33 -0500 Received: from relay12.mail.gandi.net ([217.70.178.232]:35385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zKq-0004Zf-Tu for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 12:19:30 -0500 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 80AAF200006; Tue, 2 Feb 2021 17:19:20 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> Date: Tue, 02 Feb 2021 19:16:00 +0200 In-Reply-To: <875z3aooao.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 02 Feb 2021 09:40:31 +0100") Message-ID: <87lfc666vr.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) >> The current order, while it doesn't follow the order of the characters >> within the script, makes it very easy to find the character for anyone >> who knows English (more generally, Latin) alphabet. So I'm not sure >> the proposed change is necessarily for the better, at least not in all >> the use cases. > > I agree -- sorting by the Unicode character names is better here, I > think. > > The command is for inserting characters you don't use constantly > (because if you did, you'd use a different input method that made those > characters more readily available), which means that you probably aren't > super-familiar with them. So you'd be looking at the (English) > descriptions of the characters to find the one you want. Indeed, the English descriptions help to identify the characters. But the problem is that currently characters of one Unicode block are scattered among the whole list. For example, in 'C-x 8 RET SUPER TAB' the character SUPERHERO from the Unicode block 'Supplemental Symbols and Pictographs' currently is displayed at the beginning of the long list of SUPERSCRIPT characters from the block 'Superscripts and Subscripts', but its counterpart character SUPERVILLAIN is displayed at the end of the long list of SUPERSCRIPT characters. Whereas while sorting them by their codepoints, characters of the same Unicode block come together: 🦸 SUPERHERO 🦹 SUPERVILLAIN From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: [External] : bug#46240: Sorting order of read-char-by-name Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 17:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: "46240@debbugs.gnu.org" <46240@debbugs.gnu.org> Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161228817028474 (code B ref 46240); Tue, 02 Feb 2021 17:50:01 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 17:49:30 +0000 Received: from localhost ([127.0.0.1]:36150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6znt-0007PA-Uy for submit@debbugs.gnu.org; Tue, 02 Feb 2021 12:49:30 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:52190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zno-0007Os-Un for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 12:49:27 -0500 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 112HhiZK137661; Tue, 2 Feb 2021 17:49:18 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2020-01-29; bh=TCr3a2cKfGIIc8pa+LZKyv6VlboFyLfDMWycoG01odo=; b=HSDZqwpbIsJRvTjPBX6HUErJzFVpjsYfsI1MD2J7zQ22wkCqh+glgbGrVdvf3KexycEn pUBFqkAnhbbJDaHwAXSlJMcZYkiDXrM2bVqBuhY6hdVgXphbNF/EX/GCzAsDgf+F9BJ3 DJ5mMUn38l9fn/nJyvhNyGzlPH67UvE8lfYpUDzh4UOPD8QU16/7sUwJ/Lp/HSMDl0Hq J3b+SgMv5yHQ03v/Hf28SJMK3IdHQGXQqSu2YYUdPF3enp2BEt9vVoCW3B1r4AD9Bg8k jD8lHwLUR8r67c70SkALKgsqOkJBQjNQVpuyqC0CJYvmNTUi80phLEeVeNVFrk2Xyi6o AA== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2120.oracle.com with ESMTP id 36dn4why06-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 02 Feb 2021 17:49:18 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 112HjV44123897; Tue, 2 Feb 2021 17:49:17 GMT Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2174.outbound.protection.outlook.com [104.47.55.174]) by aserp3030.oracle.com with ESMTP id 36dh1pe0hv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 02 Feb 2021 17:49:15 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FDvMJpYnlQy3l7EnefLNhexaCrTK0beSA4Da1g6K2LGrmJ9X68wTdyUnEG5nnH77D66B3ZdXesyiotDHoig4GgytEok+S3oJhp8EVAyymfvrIocKnI3A50eZ9pc52ffG3WYbuVdUccmgSrv7pQXINqIRHo7KbBX9Fci0ipCPmPy2SkdcNzHMirCVVZvGVhf40syqmjB2kmFYTxzqjtPAEgO9cEB2IHoYT/fMQFNyaFfSJhkwEY1q0pD650Qf7i0qkwEid25/lHaczwgE5hZj9fUtzsl6OBk7Vr/SC9yLEyv4soIknv25wVii8NXGZQkXn6JTeC3VO4ZerEjHiPwWKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TCr3a2cKfGIIc8pa+LZKyv6VlboFyLfDMWycoG01odo=; b=gOBKbUEEE7KInKkApSlAD3t9CfpJ/qchxUYD8LaFosYCZGPCPt3YoAYgHPQIsdS15tN5OmR0E+h7nXtNgSELZYIBmHDxLmwlJH3ZFk1A5lyfg7Y/aj1aeY/SqSGpexOh6wb2AFQPf8LXM/AhnTXjIhIuNdcgo8UsRpGM7cSP4f6l8Jl0DTEHikM8y702jk/c4MlmCyGN8DuVGSiu952nIZmGfNbAemtRAA97Yn9lxevEZaimkhxHXWxmdGyfsiu27vrmf8PAcQKAGQKsR3MYWsrgLnCZs/hD4PVL9uXLkCLMj33bIrqdLb8sCPzSlLRr+uZxyVfyCv2rP36xo5JvyA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TCr3a2cKfGIIc8pa+LZKyv6VlboFyLfDMWycoG01odo=; b=XtGI2yUmqId52BqG8xpe3FWXuCc3sekPMj8ZP9gf8qoDRajayisbxuIT49fNn7Q+vksSrhfxfAYkdPcfUmX/jM1Wvf6MCZ4/iY/BCemp/FwWR9KjR0QaHHbg5Fyf/4C/8aVrl3sMEUJaxyiit91k4I7sc3scl9tbR8MAqcNGF8g= Received: from SA2PR10MB4474.namprd10.prod.outlook.com (2603:10b6:806:11b::15) by SN6PR10MB3071.namprd10.prod.outlook.com (2603:10b6:805:da::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3805.19; Tue, 2 Feb 2021 17:49:13 +0000 Received: from SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::dc4d:9cd0:2010:daa2]) by SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::dc4d:9cd0:2010:daa2%7]) with mapi id 15.20.3805.026; Tue, 2 Feb 2021 17:49:13 +0000 From: Drew Adams Thread-Topic: [External] : bug#46240: Sorting order of read-char-by-name Thread-Index: AQHW+YeQHLruVpk1IUi0nfmb/gKDxqpFHP7w Date: Tue, 2 Feb 2021 17:49:13 +0000 Message-ID: References: <87v9bb4tm2.fsf@mail.linkov.net> <87pn1iafr6.fsf@mail.linkov.net> In-Reply-To: <87pn1iafr6.fsf@mail.linkov.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: linkov.net; dkim=none (message not signed) header.d=none;linkov.net; dmarc=none action=none header.from=oracle.com; x-originating-ip: [73.170.83.28] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8a138a20-c5f6-465f-b233-08d8c7a2da6d x-ms-traffictypediagnostic: SN6PR10MB3071: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Vq0qFgKr/0KDUQcqaBG32ivUPv56HhyOPJKWUjBPl89bFIjhO5yjT3kaE6JxLy5Rx9BGxOAH9s5DgL8YtWDbZtvB0fU+TiSqjpgr31r15NMVaC+yIg9Nm9dQ9jtglb0J0/5wx0dh4hG7DJGLigTAXqREvFH4L/resCYFoLm4H6BrNjTJGX5qSD267ARl9ANZZPy+axJ2MPhCu6OtBaGK5sY6lVn0btbBMvQzl5YwkeF7a824GGm8XK733KoNSetA2/ZA5IpZdoeLOWksWZmyqJRAGy1+dGTekweV4dfMoaPxjx0EfK2Qga2guEpz5V0+q1sL6yvGupcOaXyrH1HpnDfD2xLTpMMjgFGb50zpH9v8gAf8eyYZkJXNkaRXdyLcpcpMZxfdUTdMWQkIbFf/GjcpSoMh9ygB1dKGHOAkXLujZHQRvkY1tsVHA4v0MTTTwY8eFBmYLJemsZS/FpVd0x/8EKe+qG51rP3x3a23E9E60/dRv4ZsQRN3ndZmnBbcF78tgQfF0dfOcyWdfuaNKg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4474.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(396003)(376002)(39860400002)(136003)(366004)(2906002)(52536014)(71200400001)(316002)(86362001)(76116006)(55016002)(478600001)(9686003)(7696005)(5660300002)(6916009)(6506007)(44832011)(186003)(8676002)(26005)(66446008)(66476007)(66946007)(66556008)(8936002)(83380400001)(4326008)(33656002)(64756008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: txH/tjDh2H2nhp099qusn/pHdcok5rPOt3cbn1xM+4UwOXyJEUNGzE42RCwxgR13Vot/cf4eih1PKfuhyHp7cRc8vlRn4N7l4ZmGnjzElxqTMLrxKdBpPCBEpG59ORi8YK6SBVay5XtGKQ3EAmaqk09CXJL4efv8zhSPpL+luRQzyx03o0NgozdKnqvX6VF+kxL/jjRXQX333AlQkEtIzggk8DQX/pA9TE/skNKXMn7/P52bWJTlyHqONkRBvd01OfGLVDB2VfJmIaFvffxKwy4umseZ8CSzJ3qZO0RZW/J2cBMpa9H86dge3dZCMZC2tl6QVXrQiFYsiKImryAoS+RVSCmcNotAvPeM/D7x5I5+BrUrIqegIdSjT+R/PZnqg3cU/voJbFpJFg3FxhIo6s80QuYO9XLaCxbfNd5Qi+5EPsaU5WiVlEZHEYW3d07+35i7rKxBmYUhYH/WhJMuSSk9TYHvjgPxVSNXqzl9mHbj7eRK18Rw9Qbv11z/godGyH51elf6kTpOiIh+G8W3fzBOVlyYUzF/aFFDheoQx7OA4J/WEpVBm4tRJD3dOAS3dm8Q86hgdIf/xyyKSDT7yioUzhaeLhPDr1lTZJPJA9CE0KPWmDON5jm3LddAjmS7wf6lARf4jCJWs50Uehomx9MysYlHIW0TbrwXwlXf4AKfB20HXkhV+9M1m/lOHUhotBQyowFGhqREpN8Z+MJORXL4HxR/HJlpaWSpl97pMZt7JEkucRJwUDfOHzqXQrxKyLIeSdD60vQdx0hlcNyEC5ZcU9UZhtXQLhudFObt9Uup9IyTPJzQmeNCN6XJ6t3jpHsqsGJ97bCELBXq+hSt0ko5JKbUhLbT035/q3EsyDajLByPGYrIPpB//GzxRWRXgKqLjZrZfAMztIJryv+SpGsDmdANuvbMfa1VKjlOuZF8O7aNtuZ/YE8//ebR1zvLo6wls0JbsAyZ6Kyau57P8L1zSy+w4AiYBJk+Zcb8GSO5GOaczifIDW31m9RgwV0Np6IrVhH+INRK/tWhHFvPksknhqEhqGXjqUgm8dkj9pB/ikildkElcETYQogPjXLy x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4474.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8a138a20-c5f6-465f-b233-08d8c7a2da6d X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2021 17:49:13.5051 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 03JtmeWd3B+LUHAjBDKz4Z7cgzYlH4FOrdmrTmL9qoYPBNmNWiUXWznJmqOS7hFL6CY8AaG+iGhRCjFDJwJWjA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR10MB3071 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9883 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 spamscore=0 phishscore=0 suspectscore=0 mlxlogscore=999 bulkscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102020116 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9883 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 impostorscore=0 lowpriorityscore=0 spamscore=0 priorityscore=1501 suspectscore=0 phishscore=0 mlxlogscore=999 malwarescore=0 clxscore=1015 bulkscore=0 adultscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102020116 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 (---) > >> More examples with better sorting > > > > It's not "better" sorting; it's different sorting. > > > > Different sort orders are useful in different ways. >=20 > This means there should be a customizable option? Not necessarily an option. But a variable, yes. Emacs has a policy (misguided, IMO) that code should never bind a user option. Given that policy, making this (only) a user option means code can't override the option value. What's really needed (for this and other stuff) is BOTH a way for users to express a general, default, preference (defcustom) AND a way for user code and other code to bind a variable for this to any (allowed) value. E.g., a user or a library should be able to create a command that does completion against ucs-names with a particular sort order, which might be different from whatever the user (defcustom) chose as the option value. ___ (I know that in Isearch you chose to have both a defcustom and a defvar for some things, which is fine as one solution. My own preference would be to relax the policy of never allowing an option to be bound.) From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: [External] : bug#46240: Sorting order of read-char-by-name Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 17:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov , Lars Ingebrigtsen Cc: "46240@debbugs.gnu.org" <46240@debbugs.gnu.org> Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161228863629209 (code B ref 46240); Tue, 02 Feb 2021 17:58:01 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 17:57:16 +0000 Received: from localhost ([127.0.0.1]:36155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zvP-0007b2-Gu for submit@debbugs.gnu.org; Tue, 02 Feb 2021 12:57:16 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:49728) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6zvM-0007ak-Fb for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 12:57:13 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 112HmtlY022025; Tue, 2 Feb 2021 17:57:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2020-01-29; bh=dYsm2oEdVWGDxtZSbR5NgIv/D1XTsIKewl8aEiUaBrY=; b=VuBfefKQTEwIScys0FUPQBp910txveLYez6Lnt3sZ2NpDiRiYFXrUihLsEThqGJu0MYm Y3/WWCgJS6qnMcQ97iMe6yewYL9tDWlmbuNG6TjHCuUDCfIUQTgVAwKCSuEaf84NiHxK r+g65eKjM6q/5YMmAUQA5WEliLTxuh9X6BVBO8efeauRurYgRAVFxpS+97uOY9hpvQ4E CefI0BmD5j1c2QDaCNISefceE7BIbq/+croXhpxPBadGt5mbEL90T3OSAzgDlSE6pJAn bJ3dFrpmGIXyYNX/jwvkdk8pTR9O0IxVPTdp+WtLEpMDW7193y/jfdYImt8VbIMX5fwC KA== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 36cydkv389-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 02 Feb 2021 17:57:05 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 112HnTgZ137573; Tue, 2 Feb 2021 17:57:05 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2169.outbound.protection.outlook.com [104.47.58.169]) by aserp3030.oracle.com with ESMTP id 36dh1pednc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 02 Feb 2021 17:57:04 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=afWzvD71QByLTMjfgjW5tiWn7j9yVrBMRp4LtGVEHxaniMMTzjMZqcz2VkH4m2X6R5vtCsoLbfivE/dycQ8jYtZdApcPg829q8kvhKwpwq7pdIkoZDNDMMLLqGPRktcA44ZbxaVnTfqIKbeOn9Q6yUF67VSNeakqwnkwm8h6twH7Fz6VcjOj8DmfDrI+ouC2dlKr2+a4F+w2FtmNsgXkRb2hO6CRRzqMKKsYO025SR+MUZl0GWknZjTmv1KDMEgrNhu6vgZMJ7F0DI0XsVB4AxzWTjBZRirysbaQNEeD3593O0VFxJHVjTL63/n4UymoQV4onYyhsOa+ayT8B4Kl5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dYsm2oEdVWGDxtZSbR5NgIv/D1XTsIKewl8aEiUaBrY=; b=UCdaNvcSAmavh3Z5yHnt5O+qEy/ZMNcgq9KJ7PIDHEasVvej9UXRBR44G0bgdq0kJIux/TsbOH6Mx6XQuyKw2QYlZ+57oXAGrOVn/hx3Dp7h1mHFf7/0zhjwl7bMo1Y4Nm4R0D4LPoxMbcKwkFdlX/M3H7BIHSG5EvZesH/cqeLAVBg9xkX8Ke6zbyWlF6CbhVdmHu5V1+CKYScHK5EqKhT3HJbRYwJL70UhlcEl6qQR+TPM051E4QDdf5wEKcsF6+nRXCUxP32wTAuB11O4+7gSItNHaVXh02vEDTm3yr2ppnLVGVPbMJ4NXAIHbIfWkiotxTZFd50n7r9+yekh4A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dYsm2oEdVWGDxtZSbR5NgIv/D1XTsIKewl8aEiUaBrY=; b=sZxg/SrIi3L5alqmgjY1c51Dgu2vjbA1AyIJxdhzMbMtiVUaOf4Q+PHZp9fvhJZ394c4sgo4YzFNI2K9CVwmVoSaeFnrfIzlHz4cCDyV6X20B58rJkxd0N1Aa8obvcZVa5aE1oVReq6lqYZL2+oPFxiTjopcK8ObTZuHKefifr0= Received: from SA2PR10MB4474.namprd10.prod.outlook.com (2603:10b6:806:11b::15) by SA2PR10MB4444.namprd10.prod.outlook.com (2603:10b6:806:11f::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3805.16; Tue, 2 Feb 2021 17:57:03 +0000 Received: from SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::dc4d:9cd0:2010:daa2]) by SA2PR10MB4474.namprd10.prod.outlook.com ([fe80::dc4d:9cd0:2010:daa2%7]) with mapi id 15.20.3805.026; Tue, 2 Feb 2021 17:57:03 +0000 From: Drew Adams Thread-Topic: [External] : bug#46240: Sorting order of read-char-by-name Thread-Index: AQHW+YfJtn2cacS8OEmTtN+hdWZVVapFJIYA Date: Tue, 2 Feb 2021 17:57:03 +0000 Message-ID: References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> In-Reply-To: <87lfc666vr.fsf@mail.linkov.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: linkov.net; dkim=none (message not signed) header.d=none;linkov.net; dmarc=none action=none header.from=oracle.com; x-originating-ip: [73.170.83.28] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8b19c501-5e93-48da-6bd4-08d8c7a3f270 x-ms-traffictypediagnostic: SA2PR10MB4444: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 4uwSJXbIZgxFOM733s1BmZozJ/PcF+MD551IjFK67QsBHbC8kafBKvFA9ix1aAVqsfHaD0xPCTFFtmF1xCMasM23LJMmfyv7j5iPBLzPUKdASsl9ASFPyaQjnkxlPeIemXdMCSMbfsJe/rkvr4hi6uTsAnSGUdpKLD/n6C7lZli6QD916TbopM9/si+vkU4n1bgJO/6yjbpHtlYX2MihhHd8PAtAIyM5zQSwexu8RLKKv5nM8ack9lb75twy8UGZeOlpBQeAPmUIf03xydBZKD9UNd1VLjRJBi6MKzJKIiS2sYUvh/FQCmRORSsZUQGsZGk+4G2/7ew1uWaMHbw86tNO1xKSvUTJv2YZXhrKL41jf/mLj4sOOS3ysmmsbkmsgX8K2kbwXL9CW+FS17z5+A7oi9/TDCnnNmooAxV4CYUT3h2pJXHpus4WQCT+Hi/DkVlvRnaDq6x4khHN5tkJZskYG5JXj3446fnimuqQ8YPnBnk4KbajlTkwK8qkxvtjXy+99MCLENjKTOUSC692Hg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4474.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(136003)(376002)(346002)(366004)(39860400002)(76116006)(55016002)(26005)(86362001)(66476007)(66946007)(52536014)(478600001)(7696005)(5660300002)(9686003)(186003)(4744005)(44832011)(33656002)(66556008)(64756008)(6506007)(2906002)(71200400001)(110136005)(8676002)(316002)(83380400001)(8936002)(66446008)(4326008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 6V9yp0vhoKHDUIooRk8KXoFneoEz7c5CuQQQsYeeJBPErrWCvECfvryrF0hl0n2HQvu09sNd/FupGhxNswAyeYSEzNYi4/2NVt8BWWWDscM1z1TcgT3IfEpE0jvWooTbLz+2OdyDSMdLMOXOJDXBqhx+dTZC//GzXZwTqrJyeqQN0x5Gq9nxJT3RRrfJyN8Rp/tzPmDRkU4izjJRAcmDhjJroUTL+KoQHsFLmRQexX4xDSu88dIYFEd8dyd/XKCXm/YEfKMwMxt7Ppvlao1Ugsh1fVvSe/Yk569FnUUV6qszjztnVg43c8+hUJrqCBxb2ym62BkoAOy3Vjwai+OPDYZAfxx/7Ao3PG2k0sCDLKPEjzun8Ivwy4RSS/5CQuFUTArDVWoKvlpTtTTQGoVyiVGH0Kw2lhE7z8LX6ZOqu2+6N2YSr7FFiydGLenH614B9cWNGo/VfY0g75fdin8uuBvXmXW/fPVTzIbjDh0K+/RMXZZ0aNrti6iFYk0V+NDZ4h6+m18qUh8ZKVLEZC+kIspfmSUhL5qCVpdnPPlHO75jrYNBGBJ94Plf+B4PTlgLDGgedAVhTrP0PQz0rCRCDUxNDajW0SxCyTverk8RXkgRsngh5XHUag0QD8XiMuFIg1bpD1G/aQiPmmnvJzKhsJwwcs2g4iXed1wbEtyxrHlClDe38n/rFCpXJBLB3GCUAPBUmD/ARzdMShMXer8xluyv8xhqkksgeRlr8+4CkW+aXhP3whfj25/g/6CKVY+k46XWL01N9QnYX7MzBE/TaTKPF2B3cWRHx4aCS4S9IKgOvTwWpfLs7uXaeRfYSD7DstNSHBIlOHkHJKY8CF31nQfdw2IYv0uRMR4dMg2uW9tDa7JHPu0NRvTbaWdB8sQmaY7g8yGiiOUiuwpP/ytK48xmT6xYKlTEShcrXq43D9Ek2FMrjooal8w7DhFugrWiKZQ+34nz5eMnlckShR/6zLzBd3s6hSeA89fjgrxfupfPn5HK9RLt4VQGg4scrI6aKqfu87tWNKTHu3hc/U2K6X1im7qkwkSGVaxLtrkfnXhNSFYxm+Ji8KyCayXJCLSM x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4474.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8b19c501-5e93-48da-6bd4-08d8c7a3f270 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2021 17:57:03.3019 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /E+mK2lb2DhOOxPjfTJcL306yjhu2GLyOXkAElyJm6WTS1TpEvbHa8hd/3iBV4v/P99R7VM0HEAKJUhRUyFQIg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA2PR10MB4444 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9883 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 spamscore=0 phishscore=0 suspectscore=0 mlxlogscore=754 bulkscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102020117 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9883 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 adultscore=0 priorityscore=1501 impostorscore=0 malwarescore=0 clxscore=1015 spamscore=0 lowpriorityscore=0 phishscore=0 mlxlogscore=999 mlxscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102020117 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 (---) PiBCdXQgdGhlIHByb2JsZW0gaXMgdGhhdCBjdXJyZW50bHkgY2hhcmFjdGVycyBvZiBvbmUgVW5p Y29kZSBibG9jaw0KPiBhcmUgc2NhdHRlcmVkIGFtb25nIHRoZSB3aG9sZSBsaXN0Lg0KDQpJIGFn cmVlIDEwMCUgdGhhdCBkaWZmZXJlbnQgc29ydCBvcmRlcnMNCmNhbiBiZSB1c2VmdWwuDQpfX18N Cg0KSSB0aGluayBFbWFjcyBuZWVkcyBhIF9nZW5lcmFsXyB3YXkgZm9yDQp1c2VycyBhbmQgY29k ZSB0byBjaGFuZ2Ugc29ydCBvcmRlcnMuDQoNCkluIHBhcnRpY3VsYXIsIHVzZXJzIHNob3VsZCBi ZSBhYmxlIHRvDQpjaGFuZ2Ugc29ydCBvcmRlciBvbiB0aGUgZmx5LCBkdXJpbmcNCmNvbXBsZXRp b24uDQoNCkFuZCBjb2RlIHNob3VsZCBiZSBhYmxlIHRvIHByb3ZpZGUsIGZvcg0KYW55IGdpdmVu IGNvbXBsZXRpb24gY2hvb3NpbmcgKGUuZy4NCmBjb21wbGV0aW5nLXJlYWQnKSwgdGhlIGFsbG93 YWJsZSBzb3J0DQpvcmRlcnMgZm9yIGEgdXNlciB0byBjaG9vc2UgZnJvbS4NCl9fXw0KDQooRldJ VywgSSBwcm92aWRlIHRoYXQgd2l0aCBJY2ljbGVzLikNCg0K From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 18:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16122915001130 (code B ref 46240); Tue, 02 Feb 2021 18:45:02 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 18:45:00 +0000 Received: from localhost ([127.0.0.1]:36177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l70fa-0000I8-W5 for submit@debbugs.gnu.org; Tue, 02 Feb 2021 13:45:00 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l70fX-0000Ht-B6 for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 13:44:57 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52702) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l70fR-0002JH-5h; Tue, 02 Feb 2021 13:44:49 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2414 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l70fQ-00039o-Jj; Tue, 02 Feb 2021 13:44:48 -0500 Date: Tue, 02 Feb 2021 20:44:47 +0200 Message-Id: <838s865mxs.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87o8h266x2.fsf@mail.linkov.net> (message from Juri Linkov on Tue, 02 Feb 2021 19:13:13 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <87o8h266x2.fsf@mail.linkov.net> 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: -1.7 (-) > From: Juri Linkov > Cc: 46240@debbugs.gnu.org > Date: Tue, 02 Feb 2021 19:13:13 +0200 > > > This has 2 disadvantages: > > > > . the user needs to know the order of characters within a script > > he/she doesn't necessarily read > > In this case usually the names of characters of an unknown script > say nothing too, so sorting them by their names doesn't help much. It isn't black and white. For example, I'm familiar with quite a few scripts and their characters, but have no idea about the alphabetical order of most of them, with the exception of only two or three (end even there I don't always remember the order of every character). > > . the user needs to know the order _between_ scripts, if the > > candidates include characters from different Unicode blocks > > IMHO, this is not a disadvantage, but an advantage, because > it helps to group the matched characters by their Unicode ranges. Think of a case when there are more than 2 or three scripts involved. You will have them take several window-fulls, and it could then be a problem to find the script you are looking for. This is similar to having a directory with many files whose names use several scripts: when these files are sorted alphabetically, you may not immediately know whether file names that belong to some script are close to the beginning or end of the list, because the relative ordering of scripts in Unicode codepoint order is not necessarily something we remember. (And then there are some scripts that use more than a single Unicode block.) > > If the user doesn't know this order, he/she might be unable to find > > the required character quickly, if the list of candidates is long > > enough. > > I never rely on the current sorting alphabetically by names. > When the list of candidates is long, I need to use isearch > to search in the necessary block whose characters are scattered > currently in almost random order. Well, I guess there are also people like you, then. So maybe we need this to be an opt-in behavior. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Feb 2021 18:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16122916861462 (code B ref 46240); Tue, 02 Feb 2021 18:49:02 +0000 Received: (at 46240) by debbugs.gnu.org; 2 Feb 2021 18:48:06 +0000 Received: from localhost ([127.0.0.1]:36185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l70ic-0000NV-1z for submit@debbugs.gnu.org; Tue, 02 Feb 2021 13:48:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l70iW-0000Mx-2x for 46240@debbugs.gnu.org; Tue, 02 Feb 2021 13:48:04 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52750) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l70iQ-0003Y0-Od; Tue, 02 Feb 2021 13:47:54 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2602 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l70iP-0003SQ-4N; Tue, 02 Feb 2021 13:47:54 -0500 Date: Tue, 02 Feb 2021 20:47:52 +0200 Message-Id: <837dnq5msn.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87lfc666vr.fsf@mail.linkov.net> (message from Juri Linkov on Tue, 02 Feb 2021 19:16:00 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> 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: -1.7 (-) > From: Juri Linkov > Cc: Eli Zaretskii , 46240@debbugs.gnu.org > Date: Tue, 02 Feb 2021 19:16:00 +0200 > > But the problem is that currently characters of one Unicode block > are scattered among the whole list. > > For example, in 'C-x 8 RET SUPER TAB' the character SUPERHERO > from the Unicode block 'Supplemental Symbols and Pictographs' > currently is displayed at the beginning of the long list of > SUPERSCRIPT characters from the block 'Superscripts and Subscripts', > but its counterpart character SUPERVILLAIN is displayed > at the end of the long list of SUPERSCRIPT characters. There are such use cases as well, yes. And there are others. But the point is that even if some Unicode block gets scattered (when the part the user typed natches too many character names), the ordering by name allows an easier orientation in the long list. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 15:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161236651315496 (code B ref 46240); Wed, 03 Feb 2021 15:36:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 15:35:13 +0000 Received: from localhost ([127.0.0.1]:38635 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7KBV-00041s-Im for submit@debbugs.gnu.org; Wed, 03 Feb 2021 10:35:13 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46380) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7KBT-00041W-6A for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 10:35:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=AtvXH/fLyDajrtfRKUPlVR/C3mkL+2DptML8+FmuM2Q=; b=AmNU+DD7ZYGV7x3vvrzJfpurOu 20hFraZSwNiFi2q0ZefUMBrgJBT18Jxb27yQwoo81b1ApCEDN3SHqhvOWHh2gEWAdHbGMuTXbuRCI pIJJAfiKQmIsu/pqmF/5fSZ6lLpWKZS+AEFF0PY4bPfyZu5o7vP/q3cm6NxEKh0yAD3c=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7KBJ-00029j-GM; Wed, 03 Feb 2021 16:35:04 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <87o8h266x2.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUNCg0uKS1CO0HT 0Nb39vmAeYCmoKZhWl////9Wx5LbAAAAAWJLR0QIht6VegAAAAd0SU1FB+UCAw8hG++ORy0AAAGP SURBVDjLvZK9b9swEMVPDpCsJJtEq0gj0FycQu/RQVprO47XIJKo1ZZs8t8PFbuFRTlTi76FwPvh PvhIAIBIzTKifE2Ew2lQY5PAAGSPSIs1YYFEZEyz6eBLMmstaTSZN43ZOnf2Z6545hbRVYSIZivZ yY/uLJZcHOu29yMo/zj7EM0crY5bNtfW+7SAP2I/itRqGWuXIRXsAhzKTuEyNdu6yXdwAe7Ljqd7 sTF1+wGXuitkrBKx8Vu9jwHtnWKicbrejcAtdrwDYZs3O/LhpnTxisfz/DkZg9vcVGaf9vRz7ENU VbnuUpu9BwBmR+M6W9FLCIBL4Ya3gCt6GoLaXQGPA5gM4QCHAZRs7EecnUD+KwT8DFZBJ/UbuCQA kp2AGA/hQp0ABWGBcMmBClNTEqzFja/Q8wUxGZQoUedtrDC8h2CP/hu2awxzl5HNSPvwJ0nFHvjn KkNfpK4etl2GrTx49b7eTYDo+iEpFrbiXD34gv1kdsQE76lNJgAYB2EkXFX0je+r4K/1D1r8L30C mDRm3Ck+CV4AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMDItMDNUMTU6MzM6MjYrMDA6MDCVyA0R AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTAyLTAzVDE1OjMzOjI2KzAwOjAw5JW1rQAAAABJRU5E rkJggg== X-Now-Playing: Kate Bush's _The Sensual World_: "The Fog" Date: Wed, 03 Feb 2021 16:35:00 +0100 In-Reply-To: <87o8h266x2.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 02 Feb 2021 19:13:13 +0200") Message-ID: <87y2g5i2qj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Juri Linkov writes: >> If the user doesn't know this order, he/she might be unable to find >> the required character quickly, if the list of candidates is long >> enough. > > I never rely on the current sorting alphabeti [...] 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 (-) Juri Linkov writes: >> If the user doesn't know this order, he/she might be unable to find >> the required character quickly, if the list of candidates is long >> enough. > > I never rely on the current sorting alphabetically by names. > When the list of candidates is long, I need to use isearch > to search in the necessary block whose characters are scattered > currently in almost random order. I'm not opposed to adding a variable to control the sorting order, but I still don't quite understand when it would be useful to sort by Unicode order. Why does the current (English name) sorting result in an almost random order? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 15:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161236671415841 (code B ref 46240); Wed, 03 Feb 2021 15:39:01 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 15:38:34 +0000 Received: from localhost ([127.0.0.1]:38639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7KEk-00047R-1m for submit@debbugs.gnu.org; Wed, 03 Feb 2021 10:38:34 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46460) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7KEj-00047D-4t for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 10:38:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=q3onCT57HCSkDdizwILykml+FrULXqux+4uwjoKLajg=; b=QvzlT962mfLBeFPZoZUHkxl3Dz pO6VxwAwdlxVVs9SpsVkvILqpv9YMbKPqqM8y1BQ2l8dH3m55aJUJO18vX02IQtznW8woyzKUpIsw fDbG8KJ0o1b7v06hpgD4nFGW45LHsHLEmH4ZcGQmF9c6SFyfHFHyTWNHqsykKYnachR0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7KEa-0002Cv-IJ; Wed, 03 Feb 2021 16:38:27 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUNCg0uKS1CO0HT 0Nb39vmAeYCmoKZhWl////9Wx5LbAAAAAWJLR0QIht6VegAAAAd0SU1FB+UCAw8hG++ORy0AAAGP SURBVDjLvZK9b9swEMVPDpCsJJtEq0gj0FycQu/RQVprO47XIJKo1ZZs8t8PFbuFRTlTi76FwPvh PvhIAIBIzTKifE2Ew2lQY5PAAGSPSIs1YYFEZEyz6eBLMmstaTSZN43ZOnf2Z6545hbRVYSIZivZ yY/uLJZcHOu29yMo/zj7EM0crY5bNtfW+7SAP2I/itRqGWuXIRXsAhzKTuEyNdu6yXdwAe7Ljqd7 sTF1+wGXuitkrBKx8Vu9jwHtnWKicbrejcAtdrwDYZs3O/LhpnTxisfz/DkZg9vcVGaf9vRz7ENU VbnuUpu9BwBmR+M6W9FLCIBL4Ya3gCt6GoLaXQGPA5gM4QCHAZRs7EecnUD+KwT8DFZBJ/UbuCQA kp2AGA/hQp0ABWGBcMmBClNTEqzFja/Q8wUxGZQoUedtrDC8h2CP/hu2awxzl5HNSPvwJ0nFHvjn KkNfpK4etl2GrTx49b7eTYDo+iEpFrbiXD34gv1kdsQE76lNJgAYB2EkXFX0je+r4K/1D1r8L30C mDRm3Ck+CV4AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMDItMDNUMTU6MzM6MjYrMDA6MDCVyA0R AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTAyLTAzVDE1OjMzOjI2KzAwOjAw5JW1rQAAAABJRU5E rkJggg== X-Now-Playing: Kate Bush's _The Sensual World_: "Reaching Out" Date: Wed, 03 Feb 2021 16:38:23 +0100 In-Reply-To: <87lfc666vr.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 02 Feb 2021 19:16:00 +0200") Message-ID: <87tuqti2kw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Juri Linkov writes: > For example, in 'C-x 8 RET SUPER TAB' the character SUPERHERO > from the Unicode block 'Supplemental Symbols and Pictographs' > currently is displayed at the beginning of the long list of > SUPERSCR [...] 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 (-) Juri Linkov writes: > For example, in 'C-x 8 RET SUPER TAB' the character SUPERHERO > from the Unicode block 'Supplemental Symbols and Pictographs' > currently is displayed at the beginning of the long list of > SUPERSCRIPT characters from the block 'Superscripts and Subscripts', > but its counterpart character SUPERVILLAIN is displayed > at the end of the long list of SUPERSCRIPT characters. > > Whereas while sorting them by their codepoints, characters > of the same Unicode block come together: > > =F0=9F=A6=B8 SUPERHERO > =F0=9F=A6=B9 SUPERVILLAIN Oh, I see. Yes, in that case sorting the English character names is, indeed, not very optimal. Hm... --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 17:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161237437830885 (code B ref 46240); Wed, 03 Feb 2021 17:47:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 17:46:18 +0000 Received: from localhost ([127.0.0.1]:38763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MEM-000824-7w for submit@debbugs.gnu.org; Wed, 03 Feb 2021 12:46:18 -0500 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:50117) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MEL-00081b-0p for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 12:46:17 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id EFFACC0004; Wed, 3 Feb 2021 17:46:09 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <87o8h266x2.fsf@mail.linkov.net> <838s865mxs.fsf@gnu.org> Date: Wed, 03 Feb 2021 19:27:54 +0200 In-Reply-To: <838s865mxs.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 02 Feb 2021 20:44:47 +0200") Message-ID: <87bld1t6z9.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: -1.7 (-) --=-=-= Content-Type: text/plain > So maybe we need this to be an opt-in behavior. Here is an option for this: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=read-char-by-name-sort-function.patch diff --git a/etc/NEWS b/etc/NEWS index 7cdb9d9430..0ff78e58e1 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -850,6 +850,11 @@ iso-transl RET', it supports the same key sequences as 'C-x 8', so e.g. like 'C-x 8 [' inserts a left single quotation mark, 'C-x \ [' does the same. +--- +*** New user option 'read-char-by-name-sort-function'. +It can enable sorting the characters of completion from +'C-x 8 RET TAB' by codepoints instead of character names. + --- *** Improved language transliteration in Malayalam input methods. Added a new Mozhi scheme. The inapplicable ITRANS scheme is now diff --git a/lisp/international/mule-cmds.el b/lisp/international/mule-cmds.el index 5dc3de4422..6e1e045a4a 100644 --- a/lisp/international/mule-cmds.el +++ b/lisp/international/mule-cmds.el @@ -3083,6 +3083,12 @@ mule--ucs-names-affixation (list name (concat (if char (format "%c" char) " ") "\t") ""))) names)) +(defun mule--ucs-names-sort-by-code (names) + (let* ((codes-and-names + (mapcar (lambda (name) (cons (gethash name ucs-names) name)) names)) + (sorted (sort codes-and-names (lambda (a b) (< (car a) (car b)))))) + (mapcar #'cdr sorted))) + (defun char-from-name (string &optional ignore-case) "Return a character as a number from its Unicode name STRING. If optional IGNORE-CASE is non-nil, ignore case in STRING. @@ -3104,6 +3110,16 @@ char-from-name ignore-case)) code))))))) +(defcustom read-char-by-name-sort-function nil + "Function to sort characters displayed by `read-char-by-name' completion." + :type '(choice + (const :tag "Sort by character names" nil) + (const :tag "Sort by character codepoints" + mule--ucs-names-sort-by-code) + (function :tag "Custom function")) + :group 'mule + :version "28.1") + (defun read-char-by-name (prompt) "Read a character by its Unicode name or hex number string. Display PROMPT and read a string that represents a character by its @@ -3130,8 +3146,9 @@ read-char-by-name prompt (lambda (string pred action) (if (eq action 'metadata) - '(metadata + `(metadata (affixation-function . mule--ucs-names-affixation) + (display-sort-function . ,read-char-by-name-sort-function) (category . unicode-name)) (complete-with-action action (ucs-names) string pred))))) (char --=-=-=-- From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 17:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161237486231838 (code B ref 46240); Wed, 03 Feb 2021 17:55:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 17:54:22 +0000 Received: from localhost ([127.0.0.1]:38801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MMA-0008HS-2U for submit@debbugs.gnu.org; Wed, 03 Feb 2021 12:54:22 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57644) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MM8-0008H9-9U for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 12:54:20 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48342) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7MM2-0000Y7-KR; Wed, 03 Feb 2021 12:54:14 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4093 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l7MM1-0001Mu-OJ; Wed, 03 Feb 2021 12:54:14 -0500 Date: Wed, 03 Feb 2021 19:54:12 +0200 Message-Id: <83ft2d3um3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87bld1t6z9.fsf@mail.linkov.net> (message from Juri Linkov on Wed, 03 Feb 2021 19:27:54 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <87o8h266x2.fsf@mail.linkov.net> <838s865mxs.fsf@gnu.org> <87bld1t6z9.fsf@mail.linkov.net> 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: -1.7 (-) > From: Juri Linkov > Cc: 46240@debbugs.gnu.org > Date: Wed, 03 Feb 2021 19:27:54 +0200 > > Here is an option for this: Thanks, but why does the value of the defcustom _have_ to be a function? Such defcustoms make it harder for users to customize them, because not everyone can write a sorting function. How about allowing simple values there, and if you really think we should allow a function, make that one of the possible values, but not require that the value be a function? From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 18:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161237537232711 (code B ref 46240); Wed, 03 Feb 2021 18:03:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 18:02:52 +0000 Received: from localhost ([127.0.0.1]:38815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MUO-0008VX-92 for submit@debbugs.gnu.org; Wed, 03 Feb 2021 13:02:52 -0500 Received: from quimby.gnus.org ([95.216.78.240]:47596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MUM-0008VK-Ex for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 13:02:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1tLc4kCztxJUjZ/dz9L49G9RqLYayi5rRx33DyN6VdE=; b=AbHg5i1XBkMQBKjd1Bb0kGCAiE uO7uJ53UmHX1P52NpePl210HyUJoov6wgmg2af/kasXZl16w5wA5u3vwNm9ph+zDGH+lxFNESIs4S qGKCz5YBp0wtfDnEJFidhDPbqjzhAYBIgm81Ww/amR3fYui1x9NfrWPjz3YwTXUsW1u8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7MUC-00042o-PG; Wed, 03 Feb 2021 19:02:44 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEUAAAAWAQQkAgdY AhE2AgpwAhVFAg1lAhMYEAooGQ3////zPJ6kAAAAAWJLR0QKaND0VgAAAAd0SU1FB+UCAxE2G/y1 TcEAAACNSURBVDjLY2CgBDAKKmIVFzZ2EhTAIs4SAtKERSIdbBpMSwPCggIwhWkWiwAOCRFcbhXE JSGE03c4JQRwGQgSY8Lmc0ZBBiEnrIYxJWEPQwbGBBzWM2GXYExLD0lxwSahyOIgiN37TA5MOCw3 EsAhkeKIw1UOjCrYdSjgDslRgAZmTiBVoqNhoN1MTwAAOlIMYMcu6tsAAAAldEVYdGRhdGU6Y3Jl YXRlADIwMjEtMDItMDNUMTc6NTQ6MjcrMDA6MDBZimLUAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIx LTAyLTAzVDE3OjU0OjI3KzAwOjAwKNfaaAAAAABJRU5ErkJggg== X-Now-Playing: Kate Bush's _This Woman's Work II_: "Experiment IV (12" Mix)" Date: Wed, 03 Feb 2021 19:02:39 +0100 In-Reply-To: <87tuqti2kw.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 03 Feb 2021 16:38:23 +0100") Message-ID: <87bld1hvwg.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Lars Ingebrigtsen writes: >> Whereas while sorting them by their codepoints, characters >> of the same Unicode block come together: >> >> =?UTF-8?Q?=F0=9F=A6=B8?= SUPERHERO >> =?UTF-8?Q?=F0=9F=A6=B9?= SUPERVILLAIN > > Oh, I see. Yes, in that case sorting the English [...] 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 (-) Lars Ingebrigtsen writes: >> Whereas while sorting them by their codepoints, characters >> of the same Unicode block come together: >> >> =F0=9F=A6=B8 SUPERHERO >> =F0=9F=A6=B9 SUPERVILLAIN > > Oh, I see. Yes, in that case sorting the English character names is, > indeed, not very optimal. > > Hm... Here's a random idea -- perhaps the output could be formatted differently than today (as an option)? That is, with sections and headings? So EMOJI =3D=3D=3D=3D=3D =F0=9F=A6=B8 SUPERHERO =F0=9F=A6=B9 SUPERVILLAIN MATH =3D=3D=3D=3D =E2=81=B8 SUPERSCRIPT DIGIT EIGHT =E2=81=B4 SUPERSCRIPT DIGIT FOUR=20 =C2=B9 SUPERSCRIPT DIGIT ONE=20 or something? (I don't know whether we actually have the data to do a display like this, though.) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 18:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: 46240@debbugs.gnu.org, juri@linkov.net Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16123762671564 (code B ref 46240); Wed, 03 Feb 2021 18:18:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 18:17:47 +0000 Received: from localhost ([127.0.0.1]:38823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7Mip-0000PA-LH for submit@debbugs.gnu.org; Wed, 03 Feb 2021 13:17:47 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7Mim-0000Ou-NP for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 13:17:45 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48936) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7Mih-0007KO-7i; Wed, 03 Feb 2021 13:17:39 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1838 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l7Mid-0007dI-2L; Wed, 03 Feb 2021 13:17:37 -0500 Date: Wed, 03 Feb 2021 20:17:36 +0200 Message-Id: <83czxh3tj3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87bld1hvwg.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 03 Feb 2021 19:02:39 +0100) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , 46240@debbugs.gnu.org > Date: Wed, 03 Feb 2021 19:02:39 +0100 > > EMOJI > ===== > 🦸 SUPERHERO > 🦹 SUPERVILLAIN > MATH > ==== > ⁸ SUPERSCRIPT DIGIT EIGHT > ⁴ SUPERSCRIPT DIGIT FOUR > ¹ SUPERSCRIPT DIGIT ONE Won't this produce multiple sections with identical headings, scattered all over the list? And if so, would that be helpful? > (I don't know whether we actually have the data to do a display like > this, though.) We have the names of blocks in Blocks.txt, and could produce a char-table out of it. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 18:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 46240@debbugs.gnu.org, juri@linkov.net Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16123764991983 (code B ref 46240); Wed, 03 Feb 2021 18:22:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 18:21:39 +0000 Received: from localhost ([127.0.0.1]:38839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MmY-0000Vu-MR for submit@debbugs.gnu.org; Wed, 03 Feb 2021 13:21:39 -0500 Received: from quimby.gnus.org ([95.216.78.240]:47802) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MmX-0000Vi-0R for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 13:21:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=UBlE6qbvXYRhKM60SXsgouimvk4Gz/wae3NSZtQovyQ=; b=Q7kvBXRLva/EFroSySz7/38opl KAI605EtwZ/XQ0ALLWm7Fei3FlO92Uo/ZqgdtyZB/4ScTd6m21//9Yaxt1W322JhnLlpTBwasAj8S 43Db9x+7Y1ZRCFGOW/1YlIXgiQ41VCDfUFvw1r1FLByz//k7XRBgmGk8fUtewsalvUD4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7MmO-0004KC-0B; Wed, 03 Feb 2021 19:21:30 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <83czxh3tj3.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUUCgpbPCihhFrp 25v///9c8SoiAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+UCAxIJACxIEEgAAAGESURBVDjLzZPRmcQg CIRxKxDSwIoVRPrv7QYEk7sKzof9Nv4OyCBEWMxDVMzUltJrfZjx21gN6/vstzVcRc2Raj/gsjGo dUj6R1XHEZhdqgvg+l4rjpTA5gZtCDOXpFmshX+dPyyDeUs+vn1ZKnBzSSB+/Frm4sG9U287VMQx VxA22RUPwPKKe5TZMlQCcdBkKGtmj+Nb4cdVq0ZUcYuttQPDGGTRVLixAQShEGb7pTNChVrgDWyc YXEmD8CoZ6L0yG7HEg9f2r9Ahv9lKgXSWIQSvx/SZI5oKXkHGffrNO12sFDRqhwykWLfCg6oXzIe C2rrxBZ1xBdWKlA6epUAZLsA2/dGgW1PNsg/6QCW7gb2iLdBEYAej6uAt6wA17EA9IAMJNtRphfw C2dr+eRoCdrO3ereBZQPGJnNQZtWgxCODC6gZ0Li8fIG3Xt4P/NhQ4bXFjmeYbvWDNtRakd3S0De mJjJ7YE8M+hZ7mPOa9+D5UMfv/f3ADh4T/lr3qGg/7F+ANSeRC6Wl5FSAAAAJXRFWHRkYXRlOmNy ZWF0ZQAyMDIxLTAyLTAzVDE4OjA5OjAwKzAwOjAwfdGp4AAAACV0RVh0ZGF0ZTptb2RpZnkAMjAy MS0wMi0wM1QxODowOTowMCswMDowMAyMEVwAAAAASUVORK5CYII= X-Now-Playing: Kate Bush's _The Red Shoes_: "The Song of Solomon " Date: Wed, 03 Feb 2021 19:21:26 +0100 In-Reply-To: <83czxh3tj3.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 03 Feb 2021 20:17:36 +0200") Message-ID: <8735ydhv15.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Eli Zaretskii writes: >> EMOJI >> ===== >> =?UTF-8?Q?=F0=9F=A6=B8?= SUPERHERO >> =?UTF-8?Q?=F0=9F=A6=B9?= SUPERVILLAIN >> MATH >> ==== >> =?UTF-8?Q?=E2=81=B8?= SUPERSCRIPT DIGIT EIGHT >> =?UTF-8?Q?=E2=81=B4?= SUPERSCRIPT DIGIT FOUR >> =?UTF-8?Q?=C2=B9?= SUPERSCRIPT DIGIT ONE > > Won't this produce multiple sectio [...] 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 (-) Eli Zaretskii writes: >> EMOJI >> =3D=3D=3D=3D=3D >> =F0=9F=A6=B8 SUPERHERO >> =F0=9F=A6=B9 SUPERVILLAIN >> MATH >> =3D=3D=3D=3D >> =E2=81=B8 SUPERSCRIPT DIGIT EIGHT >> =E2=81=B4 SUPERSCRIPT DIGIT FOUR=20 >> =C2=B9 SUPERSCRIPT DIGIT ONE=20 > > Won't this produce multiple sections with identical headings, > scattered all over the list? And if so, would that be helpful? I was thinking that this would be an alternative sorting -- first by code block, and then by character name in each block. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 18:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: 46240@debbugs.gnu.org, juri@linkov.net Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16123776513753 (code B ref 46240); Wed, 03 Feb 2021 18:41:01 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 18:40:51 +0000 Received: from localhost ([127.0.0.1]:38857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7N58-0000yS-Rl for submit@debbugs.gnu.org; Wed, 03 Feb 2021 13:40:51 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7N56-0000yF-5N for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 13:40:48 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49415) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7N4z-0000pQ-R2; Wed, 03 Feb 2021 13:40:41 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3244 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l7N4s-0004w6-Hj; Wed, 03 Feb 2021 13:40:41 -0500 Date: Wed, 03 Feb 2021 20:40:33 +0200 Message-Id: <83a6sl3sgu.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8735ydhv15.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 03 Feb 2021 19:21:26 +0100) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <83czxh3tj3.fsf@gnu.org> <8735ydhv15.fsf@gnus.org> 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: -1.7 (-) > From: Lars Ingebrigtsen > Cc: juri@linkov.net, 46240@debbugs.gnu.org > Date: Wed, 03 Feb 2021 19:21:26 +0100 > > I was thinking that this would be an alternative sorting -- first by > code block, and then by character name in each block. That could be useful, indeed, if the list is not too long. For example, this: C-x 8 RET *LETTER RET produces a very long list where subdivision by block will not be very useful, IMO. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 19:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16123815389655 (code B ref 46240); Wed, 03 Feb 2021 19:46:01 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 19:45:38 +0000 Received: from localhost ([127.0.0.1]:38906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7O5q-0002Vf-AE for submit@debbugs.gnu.org; Wed, 03 Feb 2021 14:45:38 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:35519) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7O5p-0002VQ-A4 for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 14:45:37 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id D9841FF803; Wed, 3 Feb 2021 19:45:29 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> Date: Wed, 03 Feb 2021 21:43:23 +0200 In-Reply-To: <87bld1hvwg.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 03 Feb 2021 19:02:39 +0100") Message-ID: <87zh0lq6n8.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) > Here's a random idea -- perhaps the output could be formatted > differently than today (as an option)? That is, with sections and > headings? > > So > > EMOJI > ===== > 🦸 SUPERHERO > 🦹 SUPERVILLAIN > MATH > ==== > ⁸ SUPERSCRIPT DIGIT EIGHT > ⁴ SUPERSCRIPT DIGIT FOUR > ¹ SUPERSCRIPT DIGIT ONE > > or something? (I don't know whether we actually have the data to do a > display like this, though.) I've implemented this in https://lists.gnu.org/archive/html/emacs-devel/2020-11/msg00884.html but the implementation was not too compact, so I'm not sure if it's worth adding as an option. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Feb 2021 19:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16123815419671 (code B ref 46240); Wed, 03 Feb 2021 19:46:02 +0000 Received: (at 46240) by debbugs.gnu.org; 3 Feb 2021 19:45:41 +0000 Received: from localhost ([127.0.0.1]:38909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7O5t-0002Vv-GT for submit@debbugs.gnu.org; Wed, 03 Feb 2021 14:45:41 -0500 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:51223) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7O5s-0002VW-DN for 46240@debbugs.gnu.org; Wed, 03 Feb 2021 14:45:40 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 9765540006; Wed, 3 Feb 2021 19:45:32 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <87o8h266x2.fsf@mail.linkov.net> <838s865mxs.fsf@gnu.org> <87bld1t6z9.fsf@mail.linkov.net> <83ft2d3um3.fsf@gnu.org> Date: Wed, 03 Feb 2021 21:44:47 +0200 In-Reply-To: <83ft2d3um3.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 03 Feb 2021 19:54:12 +0200") Message-ID: <87o8h1q6kw.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain 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: -1.7 (-) >> Here is an option for this: > > Thanks, but why does the value of the defcustom _have_ to be a > function? Such defcustoms make it harder for users to customize them, > because not everyone can write a sorting function. > > How about allowing simple values there, and if you really think we > should allow a function, make that one of the possible values, but not > require that the value be a function? I agree. If there is a need to add more values later, such as grouping by Unicode blocks, then it would be easier to add new values, not functions. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Feb 2021 07:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161242540931204 (code B ref 46240); Thu, 04 Feb 2021 07:57:01 +0000 Received: (at 46240) by debbugs.gnu.org; 4 Feb 2021 07:56:49 +0000 Received: from localhost ([127.0.0.1]:39577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7ZVR-00087D-Bd for submit@debbugs.gnu.org; Thu, 04 Feb 2021 02:56:49 -0500 Received: from quimby.gnus.org ([95.216.78.240]:54042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7ZVP-00086t-Dq for 46240@debbugs.gnu.org; Thu, 04 Feb 2021 02:56:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=rcmXjASU9x46fKQozHV3U2hLiuvYKRVwpTTwIFVkWJA=; b=qLI1wN6lNOkLrUbivVhpRrP7FJ iT4FRG3AC/81tCi7VsadT6w29dZ+BT7FRG+Bqga0eJzLI6tIXU+SFkdr2ZhNLO9ARMx3b50LHO8w1 4AEpZhMyOfatZavR/SscT2RXmI+aCk7BSnpcrFN7oX9ZOiWd73wUZROKD5fZvGRe9iAM=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7ZVD-0004Ta-1y; Thu, 04 Feb 2021 08:56:41 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUcEiVHNlSBc5v/ //9Mv8YwAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UCBAcxLfkyqeQAAAFkSURBVCjPRVJBasMwEByB FWhOPlglzmtkiHtWQCuITz0k0PgVyQ9cSAq59RCXSq/srmSoDt4dze7OWBJQVg1VcbC1B9SHwyuD eYxAtU0pWYC/XNVyuGTgNISZoFKKvsH4G5LD2yE+DHA6f50tbsbvlVUThYfF1HkrAkAHkETjbJYe WJH2vipg5zR5XRiyu44OqDPlrWp6x23CNRbSrYxj58seFLQTIOnJ2U3D0ctGii832RSWUspVvJwJ KfV10eqImY4WYaIhXZucWwZuvBazXEW+3ecBas+A2jJMOc7P26kALz3DP/AqYAEtU+FSAG0pDPRd KFpRSJ/HZZomGu/N4rObaZg2C1AzhftBS16R4mk/8zozRmynuZRpGEYmm6v0nUFHebLVsWcHz1LW R/G9MCp65bVcE/+ajnwWmVm/E7d76IOt0R49p0buBlj5nmL2LorUU7LLc9JygF1WyCAkuQj1xB+U AXI1nRYVdQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0wMi0wNFQwNzo0OTo0NCswMDowMPqLPL0A AAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMDItMDRUMDc6NDk6NDQrMDA6MDCL1oQBAAAAAElFTkSu QmCC X-Now-Playing: Catnapp's _Break_: "The Mover" Date: Thu, 04 Feb 2021 08:56:33 +0100 In-Reply-To: <87zh0lq6n8.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 03 Feb 2021 21:43:23 +0200") Message-ID: <87lfc4gtam.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Juri Linkov writes: > I've implemented this in > https://lists.gnu.org/archive/html/emacs-devel/2020-11/msg00884.html > but the implementation was not too compact, > so I'm not sure if it's worth adding as an option. 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 (-) Juri Linkov writes: > I've implemented this in > https://lists.gnu.org/archive/html/emacs-devel/2020-11/msg00884.html > but the implementation was not too compact, > so I'm not sure if it's worth adding as an option. Looks nice! Adding it as an option sounds like a good idea to me... but would this need another variable in addition to the other variable you proposed to just alter the sorting, or could these things somehow be the same variable? Adding these headers would only make sense if the user is sorting by code instead of name... so could the `read-char-by-name-sort-function' variable instead be, say, `read-char-by-name-display' with values `names', `code', `sections' (where `names' would be the current one, `code' just sort by code, and `sections' would sort by code, and display headings)? Or something along those lines? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Feb 2021 09:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161243212720880 (code B ref 46240); Thu, 04 Feb 2021 09:49:02 +0000 Received: (at 46240) by debbugs.gnu.org; 4 Feb 2021 09:48:47 +0000 Received: from localhost ([127.0.0.1]:39743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7bFj-0005Qe-FL for submit@debbugs.gnu.org; Thu, 04 Feb 2021 04:48:47 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:37067) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7bFh-0005QO-AJ for 46240@debbugs.gnu.org; Thu, 04 Feb 2021 04:48:42 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id ECDF820004; Thu, 4 Feb 2021 09:48:33 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> Date: Thu, 04 Feb 2021 11:32:27 +0200 In-Reply-To: <87lfc4gtam.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 04 Feb 2021 08:56:33 +0100") Message-ID: <87zh0kw4n1.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: -1.7 (-) --=-=-= Content-Type: text/plain >> I've implemented this in >> https://lists.gnu.org/archive/html/emacs-devel/2020-11/msg00884.html >> but the implementation was not too compact, >> so I'm not sure if it's worth adding as an option. > > Looks nice! Adding it as an option sounds like a good idea to me... > but would this need another variable in addition to the other variable > you proposed to just alter the sorting, or could these things somehow be > the same variable? Better to try adding all options to the same variable to reduce the number of knobs. > Adding these headers would only make sense if the user is sorting by > code instead of name... so could the `read-char-by-name-sort-function' > variable instead be, say, `read-char-by-name-display' with values > `names', `code', `sections' (where `names' would be the current one, > `code' just sort by code, and `sections' would sort by code, and display > headings)? Or something along those lines? Yep. The only difference that this patch (that contains previous implementation of grouping by blocks) uses `nil' instead of `names' since this is the default value. Oops, I noticed that my previous implementation sorted by names inside each block, not by code. I'm not sure if this makes sense? Definitely, sorting by code inside blocks should be implemented as the primary feature, but should an additional option with previous implementation be retained to sort inside blocks by names too? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=read-char-by-name-display.patch diff --git a/lisp/international/mule-cmds.el b/lisp/international/mule-cmds.el index 5dc3de4422..465fd1bf53 100644 --- a/lisp/international/mule-cmds.el +++ b/lisp/international/mule-cmds.el @@ -3083,6 +3083,43 @@ mule--ucs-names-affixation (list name (concat (if char (format "%c" char) " ") "\t") ""))) names)) +(defun mule--ucs-names-by-code (names) + (let* ((codes-and-names + (mapcar (lambda (name) (cons (gethash name ucs-names) name)) names)) + (sorted (sort codes-and-names (lambda (a b) (< (car a) (car b)))))) + (mapcar #'cdr sorted))) + +(defun mule--ucs-names-by-group (names) + (let* ((names-chars + (mapcar (lambda (name) (cons name (gethash name ucs-names))) names)) + (groups-names + (seq-group-by + (lambda (name-char) + (let ((script (aref char-script-table (cdr name-char)))) + (if script (symbol-name script) "ungrouped"))) + names-chars)) + names-headers header) + (dolist (group groups-names) + (setq header t) + (dolist (name-char (cdr group)) + (push (list (car name-char) + (concat + ;; header + (if header + (progn + (setq header nil) + (concat "\n" (propertize + (format "* %s\n" (car group)) + 'face 'header-line))) + "") + ;; prefix + (if (cdr name-char) (format "%c" (cdr name-char)) " ") + " ") + ;; suffix + "") + names-headers))) + (nreverse names-headers))) + (defun char-from-name (string &optional ignore-case) "Return a character as a number from its Unicode name STRING. If optional IGNORE-CASE is non-nil, ignore case in STRING. @@ -3104,6 +3141,15 @@ char-from-name ignore-case)) code))))))) +(defcustom read-char-by-name-display nil + "How to display characters by `read-char-by-name' completion." + :type '(choice + (const :tag "Sort by character names" nil) + (const :tag "Sort by character codepoints" code) + (const :tag "Group by Unicode blocks" sections)) + :group 'mule + :version "28.1") + (defun read-char-by-name (prompt) "Read a character by its Unicode name or hex number string. Display PROMPT and read a string that represents a character by its @@ -3130,8 +3176,14 @@ read-char-by-name prompt (lambda (string pred action) (if (eq action 'metadata) - '(metadata - (affixation-function . mule--ucs-names-affixation) + `(metadata + (affixation-function + . ,(if (eq read-char-by-name-display 'sections) + 'mule--ucs-names-by-group + 'mule--ucs-names-affixation)) + (display-sort-function + . ,(when (eq read-char-by-name-display 'code) + 'mule--ucs-names-by-code)) (category . unicode-name)) (complete-with-action action (ucs-names) string pred))))) (char --=-=-=-- From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Feb 2021 16:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161245556323578 (code B ref 46240); Thu, 04 Feb 2021 16:20:02 +0000 Received: (at 46240) by debbugs.gnu.org; 4 Feb 2021 16:19:23 +0000 Received: from localhost ([127.0.0.1]:42105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7hLm-00068E-Mh for submit@debbugs.gnu.org; Thu, 04 Feb 2021 11:19:22 -0500 Received: from quimby.gnus.org ([95.216.78.240]:59072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7hLl-000680-0Z for 46240@debbugs.gnu.org; Thu, 04 Feb 2021 11:19:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=waVGNBwa8cfNrNz8tcN29Vir6MYGO60AEPcvW/P1acA=; b=J7wgF3tw2bQj1x/ioW5LaYvxYI cZqhi+bOhX+lS2KXtiH3+6CxoRwk/1Isb7C6NYfMe5jAXP78aTY78ezRO2C9vt8g8maEvWL0BdVhV vSCYHiUtnoWs8SmrBeiQV7Gz6KjNr4qsatePz6gfvTNwyN69TOKsA8lYvq6c1eQD1iuI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7hLb-0000gq-5K; Thu, 04 Feb 2021 17:19:14 +0100 From: Lars Ingebrigtsen References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUKCAYtJx9fWEqK gHKzp5v////iIdWkAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UCBBAMO35n4f4AAAGhSURBVDjLlVOB kdwwCAQnBQBuwEIpICe5gf9T/zVlkeSzLslnJjvjmzMLywojItaBXEvSC0JA/PFkVtzBxKtoxMmY xIq61woKAVbvFYYnF0gFCgrM6wFatiQW6QOl/0QFm4tafcPRe6gTJ1SUfMXPQRCHk+g89c72GHGD 3ThGRk17nrU1GRV2sNvM7fikSaSUDzRoF+qoYPZQOdtNTFe0v0Qm8XO6qosM8NRpl1Z9hJUu7KvS B93gtQDv2yVF25uSmrxKUjrbs/lZ+2c8aOmC0IMjByM7LJfr8DB26H7iQ8newstVIs5CmlsrMhre alaLy/6sic5JzJVwz/XB8Vm3/OxEbxlNkEya/KBNvGeHeHwmi90RjgDtrw7HJjiO8Dwcj1+l79hD x56xy+0Hu0Vb4b6xnGipAL7NxPeKNcPeCf4t7ybsr1GZS9HvyiKs97AADc+aF4J/BFEwDU68LwSR D2BEcZuEtc8LjxluE7SUeZWCNfMMOdxN9gjrZcEZlxclqiAwojEeuMkwy90w39vIKn8OqhfoZL8G /4Pkr0ml/8YvoI5XsdQ7Bh8AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMDItMDRUMTY6MTI6NTkr MDA6MDCe2DKlAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTAyLTA0VDE2OjEyOjU5KzAwOjAw74WK GQAAAABJRU5ErkJggg== X-Now-Playing: Normil Hawaiians's _What's Going On?_: "Market Place" Date: Thu, 04 Feb 2021 17:19:09 +0100 In-Reply-To: <87zh0kw4n1.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 04 Feb 2021 11:32:27 +0200") Message-ID: <87h7mrq002.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Juri Linkov writes: > Oops, I noticed that my previous implementation sorted by names > inside each block, not by code. I'm not sure if this makes sense? > Definitely, sorting by code inside blocks should be implemented [...] 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 (-) Juri Linkov writes: > Oops, I noticed that my previous implementation sorted by names > inside each block, not by code. I'm not sure if this makes sense? > Definitely, sorting by code inside blocks should be implemented > as the primary feature, but should an additional option with previous > implementation be retained to sort inside blocks by names too? Having the option to sort by names within each block sounds nice to me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Feb 2021 22:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: Eli Zaretskii , 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161247877826946 (code B ref 46240); Thu, 04 Feb 2021 22:47:01 +0000 Received: (at 46240) by debbugs.gnu.org; 4 Feb 2021 22:46:18 +0000 Received: from localhost ([127.0.0.1]:42418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7nOD-00070X-MN for submit@debbugs.gnu.org; Thu, 04 Feb 2021 17:46:18 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:54367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7nO9-00070I-S6 for 46240@debbugs.gnu.org; Thu, 04 Feb 2021 17:46:16 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 75C40FF808; Thu, 4 Feb 2021 22:46:05 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> Date: Fri, 05 Feb 2021 00:34:17 +0200 In-Reply-To: <87h7mrq002.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 04 Feb 2021 17:19:09 +0100") Message-ID: <87pn1fo42e.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain 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: -1.7 (-) >> Oops, I noticed that my previous implementation sorted by names >> inside each block, not by code. I'm not sure if this makes sense? >> Definitely, sorting by code inside blocks should be implemented >> as the primary feature, but should an additional option with previous >> implementation be retained to sort inside blocks by names too? > > Having the option to sort by names within each block sounds nice to me. Oh, then sorting order of sections would need own option. Currently sections are sorted by section names (i.e. mostly by script names alphabetically, e.g. "adlam", "aegean-number", "ahom", etc.), but a new option could sort them by their boundary codepoints (i.e. "basic-latin", "latin-supplement", "latin-extended"), so now options are going out of control :) From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Feb 2021 07:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161251056612600 (code B ref 46240); Fri, 05 Feb 2021 07:37:02 +0000 Received: (at 46240) by debbugs.gnu.org; 5 Feb 2021 07:36:06 +0000 Received: from localhost ([127.0.0.1]:42640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7vev-0003H9-Sf for submit@debbugs.gnu.org; Fri, 05 Feb 2021 02:36:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7ves-0003Gd-I5 for 46240@debbugs.gnu.org; Fri, 05 Feb 2021 02:36:05 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55844) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7vem-0001iE-NH; Fri, 05 Feb 2021 02:35:56 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3937 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l7vem-0002G2-6w; Fri, 05 Feb 2021 02:35:56 -0500 Date: Fri, 05 Feb 2021 09:36:02 +0200 Message-Id: <831rdvq84d.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87pn1fo42e.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 05 Feb 2021 00:34:17 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> 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: -1.7 (-) > From: Juri Linkov > Cc: Eli Zaretskii , 46240@debbugs.gnu.org > Date: Fri, 05 Feb 2021 00:34:17 +0200 > > > Having the option to sort by names within each block sounds nice to me. > > Oh, then sorting order of sections would need own option. Currently > sections are sorted by section names (i.e. mostly by script names > alphabetically, e.g. "adlam", "aegean-number", "ahom", etc.), > but a new option could sort them by their boundary codepoints > (i.e. "basic-latin", "latin-supplement", "latin-extended"), > so now options are going out of control :) I think we can get away with only one sorting order for sections: alphabetically. Most tools I use that show large regions of Unicode space do that, and I find it very convenient for quickly finding the block I need without having to remember its place in the codepoint order (which is quite random). From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Feb 2021 19:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161264032721327 (code B ref 46240); Sat, 06 Feb 2021 19:39:01 +0000 Received: (at 46240) by debbugs.gnu.org; 6 Feb 2021 19:38:47 +0000 Received: from localhost ([127.0.0.1]:46464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8TPr-0005Xt-H0 for submit@debbugs.gnu.org; Sat, 06 Feb 2021 14:38:47 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:52935) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8TPp-0005XQ-07 for 46240@debbugs.gnu.org; Sat, 06 Feb 2021 14:38:45 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id A1AB920005; Sat, 6 Feb 2021 19:38:36 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> Date: Sat, 06 Feb 2021 21:35:18 +0200 In-Reply-To: <831rdvq84d.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 05 Feb 2021 09:36:02 +0200") Message-ID: <87im75dm4t.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: -1.7 (-) --=-=-= Content-Type: text/plain >> > Having the option to sort by names within each block sounds nice to me. >> >> Oh, then sorting order of sections would need own option. Currently >> sections are sorted by section names (i.e. mostly by script names >> alphabetically, e.g. "adlam", "aegean-number", "ahom", etc.), >> but a new option could sort them by their boundary codepoints >> (i.e. "basic-latin", "latin-supplement", "latin-extended"), >> so now options are going out of control :) > > I think we can get away with only one sorting order for sections: > alphabetically. Most tools I use that show large regions of Unicode > space do that, and I find it very convenient for quickly finding the > block I need without having to remember its place in the codepoint > order (which is quite random). Then customization will be much simpler with just 2 variables 'read-char-by-name-sort' and 'read-char-by-name-group': --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=read-char-by-name-group.patch diff --git a/etc/NEWS b/etc/NEWS index fb77688470..ed04bcdf13 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -851,6 +851,16 @@ iso-transl RET', it supports the same key sequences as 'C-x 8', so e.g. like 'C-x 8 [' inserts a left single quotation mark, 'C-x \ [' does the same. +--- +*** New user option 'read-char-by-name-sort'. +It can enable sorting the characters of completion from +'C-x 8 RET TAB' by codepoints instead of character names. + +--- +*** New user option 'read-char-by-name-group'. +It groups the characters of completion from 'C-x 8 RET TAB' +by Unicode blocks. + --- *** Improved language transliteration in Malayalam input methods. Added a new Mozhi scheme. The inapplicable ITRANS scheme is now diff --git a/lisp/international/mule-cmds.el b/lisp/international/mule-cmds.el index 5dc3de4422..0df410987e 100644 --- a/lisp/international/mule-cmds.el +++ b/lisp/international/mule-cmds.el @@ -3083,6 +3083,42 @@ mule--ucs-names-affixation (list name (concat (if char (format "%c" char) " ") "\t") ""))) names)) +(defun mule--ucs-names-group (names) + (let* ((codes-and-names + (mapcar (lambda (name) (cons (gethash name ucs-names) name)) names)) + (grouped + (seq-group-by + (lambda (code-name) + (let ((script (aref char-script-table (car code-name)))) + (if script (symbol-name script) "ungrouped"))) + codes-and-names)) + names-with-header header) + (dolist (group (sort grouped (lambda (a b) (string< (car a) (car b))))) + (setq header t) + (dolist (code-name (cdr group)) + (push (list + (cdr code-name) + (concat + (if header + (progn + (setq header nil) + (concat "\n" (propertize + (format "* %s\n" (car group)) + 'face 'header-line))) + "") + ;; prefix + (if (car code-name) (format "%c" (car code-name)) " ") "\t") + ;; suffix + "") + names-with-header))) + (nreverse names-with-header))) + +(defun mule--ucs-names-sort-by-code (names) + (let* ((codes-and-names + (mapcar (lambda (name) (cons (gethash name ucs-names) name)) names)) + (sorted (sort codes-and-names (lambda (a b) (< (car a) (car b)))))) + (mapcar #'cdr sorted))) + (defun char-from-name (string &optional ignore-case) "Return a character as a number from its Unicode name STRING. If optional IGNORE-CASE is non-nil, ignore case in STRING. @@ -3104,6 +3140,22 @@ char-from-name ignore-case)) code))))))) +(defcustom read-char-by-name-sort nil + "How to sort characters for `read-char-by-name' completion." + :type '(choice + (const :tag "Sort by character names" nil) + (const :tag "Sort by character codepoints" code)) + :group 'mule + :version "28.1") + +(defcustom read-char-by-name-group nil + "How to group characters for `read-char-by-name' completion. +When non-nil, split characters to sections of Unicode blocks +sorted alphabetically." + :type 'boolean + :group 'mule + :version "28.1") + (defun read-char-by-name (prompt) "Read a character by its Unicode name or hex number string. Display PROMPT and read a string that represents a character by its @@ -3130,8 +3182,14 @@ read-char-by-name prompt (lambda (string pred action) (if (eq action 'metadata) - '(metadata - (affixation-function . mule--ucs-names-affixation) + `(metadata + (affixation-function + . ,(if read-char-by-name-group + 'mule--ucs-names-group + 'mule--ucs-names-affixation)) + (display-sort-function + . ,(when (eq read-char-by-name-sort 'code) + 'mule--ucs-names-sort-by-code)) (category . unicode-name)) (complete-with-action action (ucs-names) string pred))))) (char --=-=-=-- From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Feb 2021 20:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161264166423508 (code B ref 46240); Sat, 06 Feb 2021 20:02:01 +0000 Received: (at 46240) by debbugs.gnu.org; 6 Feb 2021 20:01:04 +0000 Received: from localhost ([127.0.0.1]:46492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8TlQ-000675-3W for submit@debbugs.gnu.org; Sat, 06 Feb 2021 15:01:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8TlO-00066V-6B for 46240@debbugs.gnu.org; Sat, 06 Feb 2021 15:01:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45381) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l8TlG-0001Nm-Lp; Sat, 06 Feb 2021 15:00:55 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4175 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l8TlD-0002gX-Uu; Sat, 06 Feb 2021 15:00:53 -0500 Date: Sat, 06 Feb 2021 22:01:01 +0200 Message-Id: <834kipneyq.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87im75dm4t.fsf@mail.linkov.net> (message from Juri Linkov on Sat, 06 Feb 2021 21:35:18 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> <87im75dm4t.fsf@mail.linkov.net> 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: -1.7 (-) > From: Juri Linkov > Cc: larsi@gnus.org, 46240@debbugs.gnu.org > Date: Sat, 06 Feb 2021 21:35:18 +0200 > > +*** New user option 'read-char-by-name-sort'. I suggest to name this read-char-by-name-sort-order. > +*** New user option 'read-char-by-name-group'. I suggest to name this read-char-by-name-group-by-block. Thanks. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Feb 2021 19:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16127273396534 (code B ref 46240); Sun, 07 Feb 2021 19:49:02 +0000 Received: (at 46240) by debbugs.gnu.org; 7 Feb 2021 19:48:59 +0000 Received: from localhost ([127.0.0.1]:48887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8q3H-0001hK-EO for submit@debbugs.gnu.org; Sun, 07 Feb 2021 14:48:59 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:59911) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8q3F-0001gu-Pf for 46240@debbugs.gnu.org; Sun, 07 Feb 2021 14:48:58 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id CB2A4FF804; Sun, 7 Feb 2021 19:48:50 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> <87im75dm4t.fsf@mail.linkov.net> <834kipneyq.fsf@gnu.org> Date: Sun, 07 Feb 2021 20:56:57 +0200 In-Reply-To: <834kipneyq.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 06 Feb 2021 22:01:01 +0200") Message-ID: <87mtwfvjjy.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain 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: -1.7 (-) >> +*** New user option 'read-char-by-name-sort'. > > I suggest to name this read-char-by-name-sort-order. I always strive to shorten variable names as much as possible. Overly long names cause problems, especially in completions, and in any list of variables. There are docstrings that can explain in more words about the variable purpose. >> +*** New user option 'read-char-by-name-group'. > > I suggest to name this read-char-by-name-group-by-block. The intention of this shorter name was to allow more options to be added to the same variable later. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Feb 2021 19:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16127276547072 (code B ref 46240); Sun, 07 Feb 2021 19:55:02 +0000 Received: (at 46240) by debbugs.gnu.org; 7 Feb 2021 19:54:14 +0000 Received: from localhost ([127.0.0.1]:48902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8q8L-0001pz-MG for submit@debbugs.gnu.org; Sun, 07 Feb 2021 14:54:13 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8q8J-0001pn-7e for 46240@debbugs.gnu.org; Sun, 07 Feb 2021 14:54:11 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36677) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l8q8D-0002Ux-Sl; Sun, 07 Feb 2021 14:54:05 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1243 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l8q8D-0007JJ-CB; Sun, 07 Feb 2021 14:54:05 -0500 Date: Sun, 07 Feb 2021 21:54:17 +0200 Message-Id: <83wnvjlkly.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87mtwfvjjy.fsf@mail.linkov.net> (message from Juri Linkov on Sun, 07 Feb 2021 20:56:57 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> <87im75dm4t.fsf@mail.linkov.net> <834kipneyq.fsf@gnu.org> <87mtwfvjjy.fsf@mail.linkov.net> 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: -1.7 (-) > From: Juri Linkov > Cc: larsi@gnus.org, 46240@debbugs.gnu.org > Date: Sun, 07 Feb 2021 20:56:57 +0200 > > >> +*** New user option 'read-char-by-name-sort'. > > > > I suggest to name this read-char-by-name-sort-order. > > I always strive to shorten variable names as much as possible. > Overly long names cause problems, especially in completions, > and in any list of variables. There are docstrings that can > explain in more words about the variable purpose. > > >> +*** New user option 'read-char-by-name-group'. > > > > I suggest to name this read-char-by-name-group-by-block. > > The intention of this shorter name was to allow more > options to be added to the same variable later. those were suggestions, not requests. The names you proposed sounded not descriptive enough to me, so I looked for better ones. feel free to ignore me. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Feb 2021 18:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161289452529100 (code B ref 46240); Tue, 09 Feb 2021 18:16:01 +0000 Received: (at 46240) by debbugs.gnu.org; 9 Feb 2021 18:15:25 +0000 Received: from localhost ([127.0.0.1]:54545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9XXp-0007ZI-66 for submit@debbugs.gnu.org; Tue, 09 Feb 2021 13:15:25 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:25587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9XXn-0007Yr-KO for 46240@debbugs.gnu.org; Tue, 09 Feb 2021 13:15:24 -0500 X-Originating-IP: 91.129.108.204 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 63779240007; Tue, 9 Feb 2021 18:15:15 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> <87im75dm4t.fsf@mail.linkov.net> <834kipneyq.fsf@gnu.org> <87mtwfvjjy.fsf@mail.linkov.net> <83wnvjlkly.fsf@gnu.org> Date: Tue, 09 Feb 2021 20:13:09 +0200 In-Reply-To: <83wnvjlkly.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 07 Feb 2021 21:54:17 +0200") Message-ID: <87pn19wd4a.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) >> The intention of this shorter name was to allow more >> options to be added to the same variable later. > > those were suggestions, not requests. The names you proposed > sounded not descriptive enough to me, so I looked for better ones. > feel free to ignore me. Sorry, I tried hard to find shortest names, while being more verbose in the docstrings, so I updated the docstrings to describe them more thoroughly. But I found a more serious problem: while testing I noticed that some similar characters in the same group have different syntax, for example: SUBSCRIPT FOUR ₄ has syntax: _ which means: symbol SUBSCRIPT FIVE ₅ has syntax: w which means: word Many other SUBSCRIPT characters have different syntax. The difference is noticeable because word motion commands stop at different places: some stop at such characters, but some SUBSCRIPT/SUPERSCRIPT characters are skipped by forward-word. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Feb 2021 19:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.16128972138995 (code B ref 46240); Tue, 09 Feb 2021 19:01:01 +0000 Received: (at 46240) by debbugs.gnu.org; 9 Feb 2021 19:00:13 +0000 Received: from localhost ([127.0.0.1]:54629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9YFA-0002Kz-RA for submit@debbugs.gnu.org; Tue, 09 Feb 2021 14:00:13 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60654) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9YF9-0002Jl-81 for 46240@debbugs.gnu.org; Tue, 09 Feb 2021 14:00:11 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53144) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9YF3-0000iX-83; Tue, 09 Feb 2021 14:00:05 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4549 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9YF1-00006n-JA; Tue, 09 Feb 2021 14:00:04 -0500 Date: Tue, 09 Feb 2021 21:00:00 +0200 Message-Id: <83pn19jccv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87pn19wd4a.fsf@mail.linkov.net> (message from Juri Linkov on Tue, 09 Feb 2021 20:13:09 +0200) References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> <87im75dm4t.fsf@mail.linkov.net> <834kipneyq.fsf@gnu.org> <87mtwfvjjy.fsf@mail.linkov.net> <83wnvjlkly.fsf@gnu.org> <87pn19wd4a.fsf@mail.linkov.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) > From: Juri Linkov > Cc: larsi@gnus.org, 46240@debbugs.gnu.org > Date: Tue, 09 Feb 2021 20:13:09 +0200 > > But I found a more serious problem: while testing I noticed > that some similar characters in the same group have > different syntax, for example: > > SUBSCRIPT FOUR ₄ has syntax: _ which means: symbol > SUBSCRIPT FIVE ₅ has syntax: w which means: word I think I fixed this now. > Many other SUBSCRIPT characters have different syntax. Please tell which ones. I only found 9 SUBSCRIPT and SUPERSCRIPT characters that had the wrong syntax, so "many" does sound surprising. From unknown Sun Jun 22 04:29:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#46240: Sorting order of read-char-by-name Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Feb 2021 19:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46240 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: larsi@gnus.org, 46240@debbugs.gnu.org Received: via spool by 46240-submit@debbugs.gnu.org id=B46240.161289874411297 (code B ref 46240); Tue, 09 Feb 2021 19:26:02 +0000 Received: (at 46240) by debbugs.gnu.org; 9 Feb 2021 19:25:44 +0000 Received: from localhost ([127.0.0.1]:54669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9Ydr-0002w8-UX for submit@debbugs.gnu.org; Tue, 09 Feb 2021 14:25:44 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:38845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9Ydp-0002vq-Qo; Tue, 09 Feb 2021 14:25:42 -0500 Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 7244D100005; Tue, 9 Feb 2021 19:25:33 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87v9bb4tm2.fsf@mail.linkov.net> <83wnvr65zg.fsf@gnu.org> <875z3aooao.fsf@gnus.org> <87lfc666vr.fsf@mail.linkov.net> <87tuqti2kw.fsf@gnus.org> <87bld1hvwg.fsf@gnus.org> <87zh0lq6n8.fsf@mail.linkov.net> <87lfc4gtam.fsf@gnus.org> <87zh0kw4n1.fsf@mail.linkov.net> <87h7mrq002.fsf@gnus.org> <87pn1fo42e.fsf@mail.linkov.net> <831rdvq84d.fsf@gnu.org> <87im75dm4t.fsf@mail.linkov.net> <834kipneyq.fsf@gnu.org> <87mtwfvjjy.fsf@mail.linkov.net> <83wnvjlkly.fsf@gnu.org> <87pn19wd4a.fsf@mail.linkov.net> <83pn19jccv.fsf@gnu.org> Date: Tue, 09 Feb 2021 21:16:36 +0200 In-Reply-To: <83pn19jccv.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 09 Feb 2021 21:00:00 +0200") Message-ID: <875z312grv.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -1.7 (-) tags 46240 fixed close 46240 28.0.50 thanks >> But I found a more serious problem: while testing I noticed >> that some similar characters in the same group have >> different syntax, for example: >> >> SUBSCRIPT FOUR ₄ has syntax: _ which means: symbol >> SUBSCRIPT FIVE ₅ has syntax: w which means: word > > I think I fixed this now. Confirmed. >> Many other SUBSCRIPT characters have different syntax. > > Please tell which ones. I only found 9 SUBSCRIPT and SUPERSCRIPT > characters that had the wrong syntax, so "many" does sound surprising. Sorry, actually it was much less than many - only 9.