From rwinkler@niu.edu Sun Dec 6 19:21:59 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 7 Dec 2009 03:21:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nB73LvSG029851 for ; Sun, 6 Dec 2009 19:21:59 -0800 Received: from mail.gnu.org ([199.232.76.166]:55923 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1NHUAf-0005CY-58 for emacs-pretest-bug@gnu.org; Sun, 06 Dec 2009 22:21:57 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NHUAd-0005PD-SM for emacs-pretest-bug@gnu.org; Sun, 06 Dec 2009 22:21:56 -0500 Received: from tfkpsv.physik.uni-erlangen.de ([131.188.164.197]:24546) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NHUAd-0005NU-JL for emacs-pretest-bug@gnu.org; Sun, 06 Dec 2009 22:21:55 -0500 Received: from regnitz.physics.niu.edu (adsl-68-77-29-3.dsl.emhril.ameritech.net [68.77.29.3]) by tfkpsv.physik.uni-erlangen.de (Postfix) with ESMTP id 7780C2145A for ; Mon, 7 Dec 2009 04:21:40 +0100 (CET) Date: Sun, 06 Dec 2009 21:21:36 -0600 Message-Id: <87r5r779kv.fsf@regnitz.physics.niu.edu> From: "Roland Winkler" To: emacs-pretest-bug@gnu.org Subject: 23.1.50; feature request: completion-buffer-sort-function X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 When a *Completions* buffer is generated by minibuffer-completion-help it will sort the possible completions using string-lessp. It would be nice if the sorting order was not hard-coded but could be modified according to context. That's why I want to suggest to replace the call of string-lessp by something like (funcall completion-buffer-sort-function) so that completion-buffer-sort-function can be bound by the caller to something else according to context. Kind of related: Such a function could do more than sorting the completions (or being a sort predicate). It could also help formatting the *Completions* buffer. Say, a *Completions* buffer can be hard to read when it contains many entries. If it lists, for example, buffer names, it could sort the buffer names by mode and put some kind of seperator between groups of buffers with the same mode. Then this seperator could be translated into something like an empty line in the *Completions* buffer. Roland From rgm@gnu.org Sun Dec 6 22:44:57 2009 Received: (at control) by emacsbugs.donarmstrong.com; 7 Dec 2009 06:44:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,ONEWORD,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nB76iuEk018122 for ; Sun, 6 Dec 2009 22:44:57 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1NHXL4-0000p9-Hw; Mon, 07 Dec 2009 01:44:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19228.42086.490010.375607@fencepost.gnu.org> Date: Mon, 7 Dec 2009 01:44:54 -0500 From: Glenn Morris To: control Subject: control reassign 5120 notemacs forcemerge 2056 5133 reassign 5132 emacs,ns severity 5139 wishlist reassign 5137 spam severity 5136 wishlist tags 5099 moreinfo From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 01 10:58:35 2019 Received: (at 5139) by debbugs.gnu.org; 1 Oct 2019 14:58:35 +0000 Received: from localhost ([127.0.0.1]:34315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFJbm-0001Hx-QY for submit@debbugs.gnu.org; Tue, 01 Oct 2019 10:58:35 -0400 Received: from quimby.gnus.org ([80.91.231.51]:52942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFJbk-0001Hp-M2 for 5139@debbugs.gnu.org; Tue, 01 Oct 2019 10:58:33 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iFJbg-0004Iv-VK; Tue, 01 Oct 2019 16:58:31 +0200 From: Lars Ingebrigtsen To: "Roland Winkler" Subject: Re: bug#5139: 23.1.50; feature request: completion-buffer-sort-function References: <87r5r779kv.fsf@regnitz.physics.niu.edu> Date: Tue, 01 Oct 2019 16:58:28 +0200 In-Reply-To: <87r5r779kv.fsf@regnitz.physics.niu.edu> (Roland Winkler's message of "Sun, 06 Dec 2009 21:21:36 -0600") Message-ID: <87r23w4inf.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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: "Roland Winkler" writes: > When a *Completions* buffer is generated by minibuffer-completion-help > it will sort the possible completions using string-lessp. It would be > nice if the sorting order was not hard-coded but coul [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 5139 Cc: 5139@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Roland Winkler" writes: > When a *Completions* buffer is generated by minibuffer-completion-help > it will sort the possible completions using string-lessp. It would be > nice if the sorting order was not hard-coded but could be modified > according to context. That's why I want to suggest to replace the > call of string-lessp by something like > > (funcall completion-buffer-sort-function) > > so that completion-buffer-sort-function can be bound by the caller > to something else according to context. I think what the various packages that do completion (ido, helm, company, etc) do is replace the entire completion function, which seems more flexible. And making all those respect such a variable I thing would be difficult. So I'm closing this as a "wontfix". -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 01 10:58:41 2019 Received: (at control) by debbugs.gnu.org; 1 Oct 2019 14:58:41 +0000 Received: from localhost ([127.0.0.1]:34318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFJbt-0001IL-2q for submit@debbugs.gnu.org; Tue, 01 Oct 2019 10:58:41 -0400 Received: from quimby.gnus.org ([80.91.231.51]:52956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFJbr-0001ID-2p for control@debbugs.gnu.org; Tue, 01 Oct 2019 10:58:39 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iFJbo-0004J3-C6 for control@debbugs.gnu.org; Tue, 01 Oct 2019 16:58:38 +0200 Date: Tue, 01 Oct 2019 16:58:36 +0200 Message-Id: <87pnjg4in7.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #5139 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 5139 wontfix close 5139 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 5139 wontfix close 5139 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 01 12:54:50 2019 Received: (at 5139) by debbugs.gnu.org; 1 Oct 2019 16:54:50 +0000 Received: from localhost ([127.0.0.1]:34652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFLQI-00049y-DY for submit@debbugs.gnu.org; Tue, 01 Oct 2019 12:54:50 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:37726) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFLQG-00049l-PC for 5139@debbugs.gnu.org; Tue, 01 Oct 2019 12:54:49 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x91GrpmV061937; Tue, 1 Oct 2019 16:54:42 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=o2SS/UmxNRherAacJiupP+4pKPIm6NRMxC8QSLTbzY4=; b=P9WUlWx9zYaNIRKBb4r4CH5mQ1XJkyN0RXjS23k4MqM2/KMKcMrX2HPlKKlp2GtIcVqI DIItHf+sOs+v4wq9WTZW02DP1waBe8WCMHkgi5sQBhoHgoIrtHuNmUve8TYGs8x5cjzW Z2Q4QLOxxPU17TD2J/9BkcYjBlmIk/GzloJWPzNmd9LlTVMQNeuGpY3PckRj4+Vj1YoP 8Js8M5vUaI3+ibiKG/Ii1Uhau99vV+Hzn6OLwDykSUNB6r+HjV6sjUekfMWwCU7EHY34 Px/qkGxzh04AZIYMY10ZZgexUsCrkGx515kW1d4wLchGZ2rj3HdH/B0YfmmJgkt35J7y fQ== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 2v9xxuqfmg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 01 Oct 2019 16:54:42 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x91Gro16025144; Tue, 1 Oct 2019 16:54:42 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 2vc9dhmq83-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 01 Oct 2019 16:54:36 +0000 Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x91Grok7010266; Tue, 1 Oct 2019 16:53:52 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 1 Oct 2019 09:53:49 -0700 (PDT) From: Drew Adams To: Lars Ingebrigtsen , Roland Winkler Subject: RE: bug#5139: 23.1.50; feature request: completion-buffer-sort-function References: <87r5r779kv.fsf@regnitz.physics.niu.edu> <87r23w4inf.fsf@gnus.org> In-Reply-To: <87r23w4inf.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4900.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9397 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910010142 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9397 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910010142 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 5139 Cc: 5139@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > When a *Completions* buffer is generated by minibuffer-completion-help > > it will sort the possible completions using string-lessp. It would be > > nice if the sorting order was not hard-coded but could be modified > > according to context. That's why I want to suggest to replace the > > call of string-lessp by something like > > > > (funcall completion-buffer-sort-function) > > > > so that completion-buffer-sort-function can be bound by the caller > > to something else according to context. >=20 > I think what the various packages that do completion (ido, helm, > company, etc) do is replace the entire completion function, which seems > more flexible. And making all those respect such a variable I thing > would be difficult. >=20 > So I'm closing this as a "wontfix". FWIW, Icicles does not hard-code the sort function, including not doing so in any particular command. (So it does not "replace the entire completion function" with another one that hard-codes a different sort function.) It lets user change the sort order on the fly during completion. And it lets users define and control the available sort functions, in general and per command. https://www.emacswiki.org/emacs/Icicles_-_Sorting_Candidates From unknown Sat Jun 21 10:40:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 30 Oct 2019 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator