From unknown Fri Jun 20 18:14:57 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#9598 <9598@debbugs.gnu.org> To: bug#9598 <9598@debbugs.gnu.org> Subject: Status: C-x b completion should also display current buffer. Reply-To: bug#9598 <9598@debbugs.gnu.org> Date: Sat, 21 Jun 2025 01:14:57 +0000 retitle 9598 C-x b completion should also display current buffer. reassign 9598 emacs submitter 9598 rms@gnu.org severity 9598 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 25 13:35:02 2011 Received: (at submit) by debbugs.gnu.org; 25 Sep 2011 17:35:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7sbV-0000JK-NY for submit@debbugs.gnu.org; Sun, 25 Sep 2011 13:35:02 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7sbR-0000J6-Sc for submit@debbugs.gnu.org; Sun, 25 Sep 2011 13:34:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R7san-0007vV-HM for submit@debbugs.gnu.org; Sun, 25 Sep 2011 13:34:19 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:34834) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7san-0007vO-Fa for submit@debbugs.gnu.org; Sun, 25 Sep 2011 13:34:17 -0400 Received: from eggs.gnu.org ([140.186.70.92]:42598) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sal-00083p-S0 for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:34:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R7sak-0007v4-9g for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:34:15 -0400 Received: from fencepost.gnu.org ([140.186.70.10]:37156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sak-0007v0-81 for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:34:14 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R7saj-00020h-QX; Sun, 25 Sep 2011 13:34:13 -0400 Date: Sun, 25 Sep 2011 13:34:13 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: bug-gnu-emacs@gnu.org Subject: 24.0.50; completion goes too far X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': I typed C-b R TAB, not noticing I was already in RMAIL, and it completed to ` *message-viewer RMAIL*'. This is totally surprising and unhelpful. I created a buffer called faUlt and found that U TAB completes to faUlt. This sort of thing will only confuse people When in the *mail* buffer, I found that C-x b *ma TAB offered me *Shell Command Output* les-luthiers.xmail maintainers.bypkg rmail.el summary and did not mention *mail* at all. That is confusing and unhelpful too, for it to offer buffers that did not have the *'s. I surmise it is treating the input as a wildcard pattern. I think that is a misguided feature. The *'s should be treated literally. And the current buffer should not be excluded from a completion list, when a completion list is displayed. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /home/rms/emacs-bzr/trunk/etc/DEBUG. In GNU Emacs 24.0.50.4 (mips64el-unknown-linux-gnu, GTK+ Version 2.12.12) of 2011-09-22 on theobromine2 configured using `configure 'CFLAGS=-g -O1'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: shell-dirtrack-mode: t diff-auto-refine-mode: t gpm-mouse-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: C-b C-b - C-f C-f - C-e , t DEL DEL . h t m l . C-x C-s C-x b o t g TAB DEL DEL u t g TAB RET g ~ x y e s RET C-x b g n u p TAB RET C-s s h n e C-s C-s C-s y C-s C-a C-s c h n e C-s ESC < C-s C-s C-n C-n C-n C-n C-n C-n C-a C-p C-@ C-e ESC w C-x 4 m C-y C-n C o n v e r g e n c e SPC i n s t e a SPC DEL d SPC o f SPC C A s C-n C-n C-n W h a t SPC d o SPC y o u SPC t h i n k SPC o f SPC C o n v e r g n c e DEL DEL DEL e n c e ? C-c C-c C-x b o u t g TAB RET C-g C-x b C-g g ~ C-x b R TAB RET g C-l C-x 1 n n n d d x n n p n n p n d u n n n n n n n d d d x d d x n x n d x d x n d x o u e f TAB RET d x o e u r o p e . x TAB RET d x ESC x l y n x RET C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-x b R TAB RET C-x b R TAB C-g C-h l ESC x r e p o r t SPC e m a c s SPC b u g RET Recent messages: Expunging deleted messages...done Expunging deleted messages...done Expunging deleted messages...done Expunging deleted messages...done Expunging deleted messages...done Added to /home/rms/xmail/uefi.xmail Expunging deleted messages...done Added to /home/rms/xmail/europe.xmail Expunging deleted messages...done Wrote /home/rms/foo.html Quit Load-path shadows: None found. Features: (shadow emacsbug compare-w log-view parse-time mule-util quail ispell speedbar sb-image ezimage dframe assoc ind-util edmacro kmacro dired-aux rmailout sgml-mode ansi-color shell pcomplete grep qp dabbrev newcomment warnings cl byte-opt compile comint bytecomp byte-compile cconv macroexp find-func help-mode view help-fns cc-mode cc-fonts cc-guess cc-bytecomp cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs whitespace diff-mode log-edit easy-mmode ring pcvs-util vc-sccs vc-svn vc-cvs vc-rcs vc-dir ewoc vc ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff vc-dispatcher add-log multi-isearch vc-bzr mailalias rmailmm message sendmail format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils dired regexp-opt t-mouse time-date battery paren cus-start cus-load tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 25 14:49:47 2011 Received: (at 9598) by debbugs.gnu.org; 25 Sep 2011 18:49:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7tlq-00025W-83 for submit@debbugs.gnu.org; Sun, 25 Sep 2011 14:49:47 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7tln-00025O-J2 for 9598@debbugs.gnu.org; Sun, 25 Sep 2011 14:49:44 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8PImo4i018759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 25 Sep 2011 18:49:04 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8PIlu07016737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Sep 2011 18:47:56 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8PIlpdi015142; Sun, 25 Sep 2011 13:47:51 -0500 Received: from dradamslap1 (/10.159.36.251) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 25 Sep 2011 11:47:50 -0700 From: "Drew Adams" To: , <9598@debbugs.gnu.org> References: Subject: RE: bug#9598: 24.0.50; completion goes too far Date: Sun, 25 Sep 2011 11:47:46 -0700 Message-ID: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: Acx7qYutmIohSMyVRZqCGwXrwS3hDgAAcglA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4E7F77A0.0069:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: 9598 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) > This is totally surprising and unhelpful. > ...and did not mention *mail* at all. That is confusing > and unhelpful too... > > I surmise it is treating the input as a wildcard pattern. > I think that is a misguided feature. The *'s should be > treated literally. And the current buffer should not be > excluded from a completion list, when a completion list is displayed. 1+ Yes, the default matching uses wildcard patterns. In fact, the default matching uses several different matching schemes, in sequence, until one of them results in matches. See my reply to your post today about bug #9591. And we have been over this before[*]. People, including you, have pointed out the user-oriented problems with this UI design, but Stefan really wants it this way. So you and other users will continue to be surprised. [*] I cannot find appropriate emacs-devel threads to cite here, because it is impossible to search at http://lists.gnu.org/archive/html/emacs-devel/ etc. for `+from:rms@gnu.org', because of too many hits. That limitation sounds reasonable at first, until you realize that you cannot even combine such a filter by ANDing it with a small set of hits from another pattern - e.g. `:subject:complet' (regardless of AND order). Similarly, I couldn't find a way to search at http://debbugs.gnu.org/ for bug-list postings (not submittals) from rms@gnu.org with subject-line matches. Poor GNU. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 25 20:56:58 2011 Received: (at control) by debbugs.gnu.org; 26 Sep 2011 00:56:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7zVC-00060z-Jl for submit@debbugs.gnu.org; Sun, 25 Sep 2011 20:56:58 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7zVB-00060t-Bf for control@debbugs.gnu.org; Sun, 25 Sep 2011 20:56:57 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R7zUW-0003C8-NR for control@debbugs.gnu.org; Sun, 25 Sep 2011 20:56:16 -0400 Date: Sun, 25 Sep 2011 20:56:16 -0400 Message-Id: Subject: control message for bug 9598 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) retitle 9598 completion of buffer names: wildcards, current buffer From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 25 21:01:14 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 01:01:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7zZK-0006s9-Dr for submit@debbugs.gnu.org; Sun, 25 Sep 2011 21:01:14 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7zZG-0006s0-1O for 9598@debbugs.gnu.org; Sun, 25 Sep 2011 21:01:11 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R7zYa-0004No-FH; Sun, 25 Sep 2011 21:00:29 -0400 Date: Sun, 25 Sep 2011 21:00:28 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: "Drew Adams" In-reply-to: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> (drew.adams@ORACLE.COM) Subject: Re: bug#9598: 24.0.50; completion goes too far References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) And we have been over this before[*]. People, including you, have pointed out the user-oriented problems with this UI design, but Stefan really wants it this way. So you and other users will continue to be surprised. I think we should poll the users about this question. That way we can resolve the disagreement based on something more objective. IOW, let users choose at completion time which completion style(s) to use, on demand. Each time they change methods they can complete anew and find out whether there are matches using that method. This might be too complicated an interface to be good to use. But you could try implementing it and we could judge based on experience. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 25 22:46:34 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 02:46:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R81DG-0002Lg-Dc for submit@debbugs.gnu.org; Sun, 25 Sep 2011 22:46:34 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R81DE-0002LW-EI; Sun, 25 Sep 2011 22:46:33 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApcHABLmf05FpZLc/2dsb2JhbABBmT6OP3mBUwEBBAFWIwULCzQSFBgNiC+4OIcLBKBehEM X-IronPort-AV: E=Sophos;i="4.68,441,1312171200"; d="scan'208";a="138478020" Received: from 69-165-146-220.dsl.teksavvy.com (HELO ceviche.home) ([69.165.146.220]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 25 Sep 2011 22:45:50 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 16558660B6; Sun, 25 Sep 2011 22:45:50 -0400 (EDT) From: Stefan Monnier To: rms@gnu.org Subject: Re: bug#9598: 24.0.50; completion goes too far Message-ID: References: Date: Sun, 25 Sep 2011 22:45:50 -0400 In-Reply-To: (Richard Stallman's message of "Sun, 25 Sep 2011 13:34:13 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) retitle 9598 C-x b completion should also display current buffer. thanks > When in the *mail* buffer, I found that C-x b *ma TAB offered me [...] > and did not mention *mail* at all. That's on purpose: C-x b is about moving to another buffer, so it explicitly excludes the current buffer. > And the current buffer should not be excluded from a completion list, > when a completion list is displayed. It's somewhat difficult to distinguish the "all-completions for display" case from the "all-completions for completion" in the existing completion framework. But I'll see how we can get that behavior. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 02:10:34 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 06:10:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R84Of-0007kL-Id for submit@debbugs.gnu.org; Mon, 26 Sep 2011 02:10:34 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R84Oc-0007kC-OE for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 02:10:31 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R84Np-0006Gq-PK; Mon, 26 Sep 2011 02:09:41 -0400 Date: Mon, 26 Sep 2011 02:09:41 -0400 Message-Id: From: Eli Zaretskii To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sun, 25 Sep 2011 21:00:28 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: drew.adams@ORACLE.COM, 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Sun, 25 Sep 2011 21:00:28 -0400 > From: Richard Stallman > Cc: 9598@debbugs.gnu.org > Reply-To: rms@gnu.org > > And we have been over this before[*]. People, including you, have pointed out > the user-oriented problems with this UI design, but Stefan really wants it this > way. So you and other users will continue to be surprised. > > I think we should poll the users about this question. That way we can > resolve the disagreement based on something more objective. I find arguments about defaults a waste of time. So I think instead of arguing and polling, we should just make sure there's a completion style that closely resembles what you want, i.e. candidates are found by matching their beginning with what the user typed. Currently, I find no such style in what minibuffer.el offers, or maybe there's a bug (see my other mail for bug #9591). (Btw, why do we have 2 separate bug reports about the same issue?) > IOW, let users choose at completion time which completion style(s) to use, on > demand. Each time they change methods they can complete anew and find out > whether there are matches using that method. > > This might be too complicated an interface to be good to use. I agree. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 03:30:53 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 07:30:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R85eO-00019A-04 for submit@debbugs.gnu.org; Mon, 26 Sep 2011 03:30:53 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R85eJ-000190-Lh for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 03:30:49 -0400 Received: from rtcsinet21.oracle.com (rtcsinet21.oracle.com [66.248.204.29]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8Q7Pj8G023537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 26 Sep 2011 07:30:02 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rtcsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8Q1reEK007837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Sep 2011 01:53:41 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8Q1rZQa013521; Sun, 25 Sep 2011 20:53:35 -0500 Received: from dradamslap1 (/10.159.58.178) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 25 Sep 2011 18:53:34 -0700 From: "Drew Adams" To: References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> Subject: RE: bug#9598: 24.0.50; completion goes too far Date: Sun, 25 Sep 2011 18:53:26 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acx757RUhnRvtUwlS3qfIIyaga5L9AAA9lkg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet21.oracle.com [66.248.204.29] X-CT-RefId: str=0001.0A090203.4E8029FC.005A,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) > IOW, let users choose at completion time which completion > style(s) to use, on demand. Each time they change methods > they can complete anew and find out whether there are > matches using that method. > > This might be too complicated an interface to be good to use. > But you could try implementing it and we could judge based > on experience. I did, years ago. In Icicles you can do just that. I suggested the approach here based on experience with it. 1. A user option lists the completion methods to use (i.e., to make available for cycling, in the order specified). 2. During completion, `C-(' cycles to the next method. A user can also do this specifically, for given commands. That is, a given command can have a list of completion methods associated with it. When this is the case, that command's list overrides the global list, for use by `C-('. A separate user option records these command-specific completion preferences. Vanilla Emacs could do something similar, with little coding, IMO. No, I'm not going to do it. This description should suffice, and the Icicles code is freely available for reference, if anyone is really interested. Anyway, I'm betting that even _if_ Emacs Dev wanted to do something like this they would not want to do it the same way. [Actually, Icicles has two keys for completing (in different ways), and thus two different lists of methods for cycling, one for each completion key. `C-(' cycles among the methods associated with `TAB' completion. `M-(' cycles among the methods associated with `S-TAB' completion.] From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 06:43:06 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 10:43:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R88eP-0005e8-T7 for submit@debbugs.gnu.org; Mon, 26 Sep 2011 06:43:06 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R88eM-0005db-0Y for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 06:43:03 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R88de-0003Ia-Is; Mon, 26 Sep 2011 06:42:18 -0400 Date: Mon, 26 Sep 2011 06:42:18 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Sun, 25 Sep 2011 22:45:50 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > When in the *mail* buffer, I found that C-x b *ma TAB offered me [...] > and did not mention *mail* at all. That's on purpose: C-x b is about moving to another buffer, so it explicitly excludes the current buffer. TAB excludes the current buffer from completion, so that you can more often get a useful completion result. However, listing the available completions is a different issue. Omitting the current buffer there is not beneficial; it only gives the user less useful information. There, the current buffer should be included. Basically, try-complete should exclude the current buffer but all-completions should include it. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 06:43:32 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 10:43:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R88eq-0005f7-2s for submit@debbugs.gnu.org; Mon, 26 Sep 2011 06:43:32 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R88en-0005ez-Cf for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 06:43:30 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R88e4-0003QT-GX; Mon, 26 Sep 2011 06:42:44 -0400 Date: Mon, 26 Sep 2011 06:42:44 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Eli Zaretskii In-reply-to: (message from Eli Zaretskii on Mon, 26 Sep 2011 02:09:41 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: drew.adams@ORACLE.COM, 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) I find arguments about defaults a waste of time. Defaults are very important issues, because they affect how good Emacs is for new users. This kind of completion surprise is something that, by default, should not happen. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 07:35:37 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 11:35:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R89TF-0007Ye-4o for submit@debbugs.gnu.org; Mon, 26 Sep 2011 07:35:37 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R89TC-0007YV-4P for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 07:35:34 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R89SJ-0003hw-Bp; Mon, 26 Sep 2011 07:34:39 -0400 Date: Mon, 26 Sep 2011 07:34:39 -0400 Message-Id: From: Eli Zaretskii To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 26 Sep 2011 06:42:44 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: drew.adams@ORACLE.COM, 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Mon, 26 Sep 2011 06:42:44 -0400 > From: Richard Stallman > CC: drew.adams@ORACLE.COM, 9598@debbugs.gnu.org > Reply-to: rms@gnu.org > > I find arguments about defaults a waste of time. > > Defaults are very important issues, because they affect how good Emacs > is for new users. I didn't say they were not important, just that arguing about them is a waste of time. Nothing good ever comes out of these arguments. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 17:13:45 2011 Received: (at 9598) by debbugs.gnu.org; 26 Sep 2011 21:13:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8IUj-00006K-5h for submit@debbugs.gnu.org; Mon, 26 Sep 2011 17:13:45 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8IUg-00006B-KD for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 17:13:43 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R8ITw-0000DR-KA; Mon, 26 Sep 2011 17:12:56 -0400 Date: Mon, 26 Sep 2011 17:12:56 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Eli Zaretskii In-reply-to: (message from Eli Zaretskii on Mon, 26 Sep 2011 07:34:39 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: drew.adams@ORACLE.COM, 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Defaults are very important issues, because they affect how good Emacs > is for new users. I didn't say they were not important, just that arguing about them is a waste of time. Nothing good ever comes out of these arguments. Rather than just argue about good defaults, I plan to poll the users. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 26 22:26:32 2011 Received: (at 9598) by debbugs.gnu.org; 27 Sep 2011 02:26:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8NNP-000883-Ra for submit@debbugs.gnu.org; Mon, 26 Sep 2011 22:26:32 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8NNN-00087v-0b for 9598@debbugs.gnu.org; Mon, 26 Sep 2011 22:26:30 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak4GAPsygU5FpZLc/2dsb2JhbABCmSyOR3mBUwEBBAFWIwULCzQSFBgNiC+5aIcLBKBfhEM X-IronPort-AV: E=Sophos;i="4.68,447,1312171200"; d="scan'208";a="138654769" Received: from 69-165-146-220.dsl.teksavvy.com (HELO ceviche.home) ([69.165.146.220]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 26 Sep 2011 22:25:40 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 69EF8660B6; Mon, 26 Sep 2011 22:25:39 -0400 (EDT) From: Stefan Monnier To: rms@gnu.org Subject: Re: bug#9598: 24.0.50; completion goes too far Message-ID: References: Date: Mon, 26 Sep 2011 22:25:39 -0400 In-Reply-To: (Richard Stallman's message of "Mon, 26 Sep 2011 06:42:18 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) > However, listing the available completions is a different issue. > Omitting the current buffer there is not beneficial; it only gives > the user less useful information. There, the current buffer > should be included. Yes, that's what I meant by: It's somewhat difficult to distinguish the "all-completions for display" case from the "all-completions for completion" in the existing completion framework. But I'll see how we can get that behavior. -- Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 27 12:36:17 2011 Received: (at 9598) by debbugs.gnu.org; 27 Sep 2011 16:36:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8adl-00038A-6o for submit@debbugs.gnu.org; Tue, 27 Sep 2011 12:36:17 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8adi-000381-9X for 9598@debbugs.gnu.org; Tue, 27 Sep 2011 12:36:15 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R8acK-0004ao-EA; Tue, 27 Sep 2011 12:34:48 -0400 Date: Tue, 27 Sep 2011 12:34:48 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 26 Sep 2011 22:25:39 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) It's somewhat difficult to distinguish the "all-completions for display" case from the "all-completions for completion" in the existing completion framework. But I'll see how we can get that behavior. I thought the distinction is between `try-completions' and `all-completions'. What am I missing? -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 27 16:38:04 2011 Received: (at control) by debbugs.gnu.org; 27 Sep 2011 20:38:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8ePj-0001yq-Dz for submit@debbugs.gnu.org; Tue, 27 Sep 2011 16:38:04 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8ePf-0001yP-Db for control@debbugs.gnu.org; Tue, 27 Sep 2011 16:38:01 -0400 Received: from asado (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id p8RKb2ZX029899; Tue, 27 Sep 2011 16:37:03 -0400 Received: by asado (Postfix, from userid 20848) id 95BB850094; Tue, 27 Sep 2011 16:37:04 -0400 (EDT) From: monnier@IRO.UMontreal.CA To: control@debbugs.gnu.org Subject: Re: bug#9598: 24.0.50; completion goes too far Message-ID: References: Date: Tue, 27 Sep 2011 16:37:04 -0400 In-Reply-To: (Richard Stallman's message of "Sun, 25 Sep 2011 13:34:13 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3993=0 X-NAI-Spam-Version: 2.2.0.9286 : core <3993> : streams <685725> : uri <970027> X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.1 (----) found 9598 23.0 thanks >>>>> "Richard" == Richard Stallman writes: > This bug report will be sent to the Bug-GNU-Emacs mailing list > and the GNU bug tracker at debbugs.gnu.org. Please check that > the From: line contains a valid email address. After a delay of up > to one day, you should receive an acknowledgement at that address. > Please write in English if possible, as the Emacs maintainers > usually do not have translators for other languages. > Please describe exactly what actions triggered the bug, and > the precise symptoms of the bug. If you can, give a recipe > starting from `emacs -Q': > I typed C-b R TAB, not noticing I was already in RMAIL, > and it completed to ` *message-viewer RMAIL*'. > This is totally surprising and unhelpful. > I created a buffer called faUlt and found that U TAB completes > to faUlt. This sort of thing will only confuse people > When in the *mail* buffer, I found that C-x b *ma TAB offered me > *Shell Command Output* les-luthiers.xmail > maintainers.bypkg rmail.el > summary > and did not mention *mail* at all. That is confusing and unhelpful > too, for it to offer buffers that did not have the *'s. > I surmise it is treating the input as a wildcard pattern. > I think that is a misguided feature. The *'s should be > treated literally. And the current buffer should not be > excluded from a completion list, when a completion list is displayed. > If Emacs crashed, and you have the Emacs process in the gdb debugger, > please include the output from the following gdb commands: > `bt full' and `xbacktrace'. > For information about debugging Emacs, please read the file > /home/rms/emacs-bzr/trunk/etc/DEBUG. > In GNU Emacs 24.0.50.4 (mips64el-unknown-linux-gnu, GTK+ Version 2.12.12) > of 2011-09-22 on theobromine2 > configured using `configure 'CFLAGS=-g -O1'' > Important settings: > value of $LC_ALL: nil > value of $LC_COLLATE: nil > value of $LC_CTYPE: nil > value of $LC_MESSAGES: nil > value of $LC_MONETARY: nil > value of $LC_NUMERIC: nil > value of $LC_TIME: nil > value of $LANG: en_US.UTF-8 > value of $XMODIFIERS: nil > locale-coding-system: utf-8-unix > default enable-multibyte-characters: t > Major mode: Fundamental > Minor modes in effect: > shell-dirtrack-mode: t > diff-auto-refine-mode: t > gpm-mouse-mode: t > tooltip-mode: t > mouse-wheel-mode: t > tool-bar-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > line-number-mode: t > transient-mark-mode: t > abbrev-mode: t > Recent input: > C-b C-b - C-f C-f - C-e , t DEL DEL . h t m l . C-x > C-s C-x b o t g TAB DEL DEL u t g TAB RET g ~ x y e > s RET C-x b g n u p TAB RET C-s s h n e C-s C-s C-s > y C-s C-a C-s c h n e C-s ESC < C-s C-s C-n C-n C-n > C-n C-n C-n C-a C-p C-@ C-e ESC w C-x 4 m C-y C-n C > o n v e r g e n c e SPC i n s t e a SPC DEL d SPC o > f SPC C A s C-n C-n C-n W h a t SPC d o SPC y o u SPC > t h i n k SPC o f SPC C o n v e r g n c e DEL DEL DEL > e n c e ? C-c C-c C-x b o u t g TAB RET C-g C-x b C-g > g ~ C-x b R TAB RET g C-l C-x 1 n n n d d x n n p n > n p n d u n n n n n n n d d d x d d x n x n d x d x > n d x o u e f TAB RET d x o e u r o p e . x TAB RET > d x ESC x l y n x RET C-v C-v C-v C-v C-v C-v C-v C-v > C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v C-v > C-v C-x b R TAB RET C-x b R TAB C-g C-h l ESC x r e > p o r t SPC e m a c s SPC b u g RET > Recent messages: > Expunging deleted messages...done > Expunging deleted messages...done > Expunging deleted messages...done > Expunging deleted messages...done > Expunging deleted messages...done > Added to /home/rms/xmail/uefi.xmail > Expunging deleted messages...done > Added to /home/rms/xmail/europe.xmail > Expunging deleted messages...done > Wrote /home/rms/foo.html > Quit > Load-path shadows: > None found. > Features: > (shadow emacsbug compare-w log-view parse-time mule-util quail ispell > speedbar sb-image ezimage dframe assoc ind-util edmacro kmacro > dired-aux rmailout sgml-mode ansi-color shell pcomplete grep qp > dabbrev newcomment warnings cl byte-opt compile comint bytecomp > byte-compile cconv macroexp find-func help-mode view help-fns cc-mode > cc-fonts cc-guess cc-bytecomp cc-menus cc-cmds cc-styles cc-align > cc-engine cc-vars cc-defs whitespace diff-mode log-edit easy-mmode > ring pcvs-util vc-sccs vc-svn vc-cvs vc-rcs vc-dir ewoc vc ediff-merg > ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init > ediff vc-dispatcher add-log multi-isearch vc-bzr mailalias rmailmm > message sendmail format-spec rfc822 mml easymenu mml-sec mm-decode > mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 > rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils dired > regexp-opt t-mouse time-date battery paren cus-start cus-load tooltip > ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd > fontset image fringe lisp-mode register page menu-bar rfn-eshadow > timer select scroll-bar mouse jit-lock font-lock syntax facemenu > font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan > thai tai-viet lao korean japanese hebrew greek romanian slovak czech > european ethiopic indian cyrillic chinese case-table epa-hook > jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces > cus-face files text-properties overlay sha1 md5 base64 format env > code-pages mule custom widget hashtable-print-readable backquote > make-network-process dbusbind dynamic-setting system-font-setting > font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) > -- > Dr Richard Stallman > President, Free Software Foundation > 51 Franklin St > Boston MA 02110 > USA > www.fsf.org www.gnu.org > Skype: No way! That's nonfree (freedom-denying) software. > Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 10 22:53:20 2011 Received: (at 9598) by debbugs.gnu.org; 11 Oct 2011 02:53:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDST1-0006rt-DX for submit@debbugs.gnu.org; Mon, 10 Oct 2011 22:53:19 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDSSy-0006rb-NJ for 9598@debbugs.gnu.org; Mon, 10 Oct 2011 22:53:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIHAFevk05FxJoX/2dsb2JhbABDmTqOYIEGgVMBAQQBViMFCws0EhQYDYg1uXOHTAShHYRF X-IronPort-AV: E=Sophos;i="4.68,521,1312171200"; d="scan'208";a="141058947" Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home) ([69.196.154.23]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 10 Oct 2011 22:52:50 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 077EE660B6; Mon, 10 Oct 2011 22:52:50 -0400 (EDT) From: Stefan Monnier To: rms@gnu.org Subject: Re: bug#9598: 24.0.50; completion goes too far Message-ID: References: Date: Mon, 10 Oct 2011 22:52:50 -0400 In-Reply-To: (Richard Stallman's message of "Tue, 27 Sep 2011 12:34:48 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > It's somewhat difficult to distinguish the "all-completions for display" > case from the "all-completions for completion" in the existing > completion framework. > But I'll see how we can get that behavior. > I thought the distinction is between `try-completions' and > `all-completions'. What am I missing? Completion styles other than plain prefix completion (e.g. partial-completion, substring completion, ...) can't just use try-completion, so they use all-completions and then merge the resulting entries to construct the result of completion. So `all-completions' is sometimes used to build a *Completions* buffer, but it's also used internally in various cases to perform completion. So removing the current buffer from completion means it needs to be removed from `all-completions's output, whereas displaying it in *Completions* means it should be included in `all-completions's output. This said, I can't think of any reason why it's important to show the current buffer in *Completions* for C-x b since C-x b is about switching to another buffer. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 11 18:02:11 2011 Received: (at 9598) by debbugs.gnu.org; 11 Oct 2011 22:02:11 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDkOo-0002Ah-1I for submit@debbugs.gnu.org; Tue, 11 Oct 2011 18:02:11 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDkOk-0002AZ-Nn for 9598@debbugs.gnu.org; Tue, 11 Oct 2011 18:02:07 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RDkOQ-0007Dt-SE; Tue, 11 Oct 2011 18:01:47 -0400 Date: Tue, 11 Oct 2011 18:01:46 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 10 Oct 2011 22:52:50 -0400) Subject: Re: bug#9598: 24.0.50; completion goes too far References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9598 Cc: 9598@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Completion styles other than plain prefix completion (e.g. partial-completion, substring completion, ...) can't just use try-completion, so they use all-completions and then merge the resulting entries to construct the result of completion. I see. But it should not be hard to bind a variable to say "this call to all-completions is for completion, not for displaying a list." This said, I can't think of any reason why it's important to show the current buffer in *Completions* for C-x b since C-x b is about switching to another buffer. The reason it is important for me is that sometimes I use this to see what buffers exist with a certain prefix -- and the omission of the current buffer makes the result incorrect. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 17 13:55:15 2012 Received: (at control) by debbugs.gnu.org; 17 Nov 2012 18:55:15 +0000 Received: from localhost ([127.0.0.1]:51256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZnXv-0000A9-9X for submit@debbugs.gnu.org; Sat, 17 Nov 2012 13:55:15 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:49938) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZnXr-0000A1-Qh for control@debbugs.gnu.org; Sat, 17 Nov 2012 13:55:13 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TZnX0-00066b-5z for control@debbugs.gnu.org; Sat, 17 Nov 2012 13:54:18 -0500 Date: Sat, 17 Nov 2012 13:54:18 -0500 Message-Id: Subject: control message for bug 12916 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.3 (----) merge 9598 12916 From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 31 09:31:00 2016 Received: (at 9598) by debbugs.gnu.org; 31 Jan 2016 14:31:00 +0000 Received: from localhost ([127.0.0.1]:42583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPt1o-00026O-4u for submit@debbugs.gnu.org; Sun, 31 Jan 2016 09:31:00 -0500 Received: from mail.mojserwer.eu ([195.110.48.8]:43266) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPt1m-00026B-KY; Sun, 31 Jan 2016 09:30:58 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 361BB9D2002; Sun, 31 Jan 2016 15:30:50 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctsaLQX-93+o; Sun, 31 Jan 2016 15:30:24 +0100 (CET) Received: from localhost (unknown [109.232.24.28]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 5F8909D2001; Sun, 31 Jan 2016 15:30:24 +0100 (CET) From: Marcin Borkowski To: bug#9598 <9598@debbugs.gnu.org> Subject: Re: Status: C-x b completion should also display current buffer. Date: Sun, 31 Jan 2016 15:30:19 +0100 In-Reply-To: bug's message of "Sun\, 31 Jan 2016 14\:25\:30 +0000" Message-ID: <87oac1hldw.fsf@mbork.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 9598 Cc: 12916@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi all, again the same question: what to do with this bug report? The behavior is still what a few people (including RMS) dislike, it is easy to override it (although there is no mention of that in the manual, which is very bad IMHO!), it also seems to be solved in Ivy (I don't know about other completion frameworks - I would bet Icicles have a knob for that, because Icicles have a knob for everything; Helm anybody?). My personal suggestion would be either add a user option or (as a last resort) write about the hack mentioned here in the manual, in the node (info "(emacs)Select buffer"). Regards, -- Marcin Borkowski http://mbork.pl/en From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 31 11:18:25 2016 Received: (at 9598) by debbugs.gnu.org; 31 Jan 2016 16:18:26 +0000 Received: from localhost ([127.0.0.1]:43308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPuhl-0004nR-Ne for submit@debbugs.gnu.org; Sun, 31 Jan 2016 11:18:25 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:18997) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPuhk-0004nA-0M; Sun, 31 Jan 2016 11:18:24 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u0VGIHae003438 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 31 Jan 2016 16:18:17 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u0VGIFmG031456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 31 Jan 2016 16:18:16 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u0VGIFZ4030303; Sun, 31 Jan 2016 16:18:15 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 31 Jan 2016 08:18:14 -0800 (PST) From: Drew Adams To: Marcin Borkowski , bug#9598 <9598@debbugs.gnu.org> Subject: RE: bug#9598: Status: C-x b completion should also display current buffer. References: <87oac1hldw.fsf@mbork.pl> In-Reply-To: <87oac1hldw.fsf@mbork.pl> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 9598 Cc: 12916@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.9 (--) > what to do with this bug report? The behavior is still what at least > a few people (including RMS) dislike, it is easy to > override it (although there is no mention of that in the manual, which > is very bad IMHO!), it also seems to be solved in Ivy (I don't know > about other completion frameworks - I would bet Icicles have a knob for > that, because Icicles have a knob for everything; Helm anybody?). >=20 > My personal suggestion would be either add a user option or (as a last > resort) write about the hack mentioned here in the manual, in the node > (info "(emacs)Select buffer"). Yes, the bug should be addressed properly. The behavior should be controlled by users - at least by option and preferably also on the fly, during completion (by a toggle or other means). At a minimum, whatever means are currently provided to give users some control over this, however arcane, rudimentary, or hackish, should be well documented. (And yes, Icicles buffer-name completion has already been described in this bug thread.) From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 31 11:56:55 2016 Received: (at 9598) by debbugs.gnu.org; 31 Jan 2016 16:56:55 +0000 Received: from localhost ([127.0.0.1]:43342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPvJ1-0007IM-Gm for submit@debbugs.gnu.org; Sun, 31 Jan 2016 11:56:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56948) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aPvJ0-0007Hx-2M for 9598@debbugs.gnu.org; Sun, 31 Jan 2016 11:56:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPvIt-0004rz-U2 for 9598@debbugs.gnu.org; Sun, 31 Jan 2016 11:56:48 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40396) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPvIj-0004pd-PS; Sun, 31 Jan 2016 11:56:37 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3698 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aPvIj-0005ku-3D; Sun, 31 Jan 2016 11:56:37 -0500 Date: Sun, 31 Jan 2016 18:56:11 +0200 Message-Id: <83vb691ydw.fsf@gnu.org> From: Eli Zaretskii To: Marcin Borkowski In-reply-to: <87oac1hldw.fsf@mbork.pl> (message from Marcin Borkowski on Sun, 31 Jan 2016 15:30:19 +0100) Subject: Re: bug#9598: Status: C-x b completion should also display current buffer. References: <87oac1hldw.fsf@mbork.pl> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.6 (-----) X-Debbugs-Envelope-To: 9598 Cc: 12916@debbugs.gnu.org, 9598@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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.6 (-----) > From: Marcin Borkowski > Date: Sun, 31 Jan 2016 15:30:19 +0100 > Cc: 12916@debbugs.gnu.org > > again the same question: what to do with this bug report? The behavior > is still what a few people (including RMS) dislike, it is easy to > override it (although there is no mention of that in the manual, which > is very bad IMHO!), it also seems to be solved in Ivy (I don't know > about other completion frameworks - I would bet Icicles have a knob for > that, because Icicles have a knob for everything; Helm anybody?). > > My personal suggestion would be either add a user option or (as a last > resort) write about the hack mentioned here in the manual, in the node > (info "(emacs)Select buffer"). If someone wants to work on adding such an option, please do. We can add that on master. One caveat: updating the documentation is part of the job. TIA From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 05 19:05:33 2022 Received: (at 9598) by debbugs.gnu.org; 6 Feb 2022 00:05:33 +0000 Received: from localhost ([127.0.0.1]:35973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGV3d-0004TT-KB for submit@debbugs.gnu.org; Sat, 05 Feb 2022 19:05:33 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGV3c-0004TB-AC; Sat, 05 Feb 2022 19:05:32 -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=7iODEMypqQXpYercp8A2Ek6flxCE446VDBnDMNbCpz0=; b=IKrGWccsY/I8TmaYODPEnmafbj PHLELoUHQ/j24Om49UpsLRLx7k6Nxtxzzk0vXQbdseKSk7Rk5BkKkNLJ8h+k6kPmQgOpTCwt3u3Vg s0dYOkzjL3BIfl/eZvIImj289mp407ZAyE6eEvI12Saez38mMtPD8E6ozfPdpSnchYaY=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGV3S-0005P7-Ce; Sun, 06 Feb 2022 01:05:25 +0100 From: Lars Ingebrigtsen To: Richard Stallman Subject: Re: bug#12916: 24.2; Completion for "C-x b" does not include current buffer References: <5D4CCB828585430D8AB4FD61EAEAC5C0@us.oracle.com> X-Now-Playing: Brian Eno's _Another Green World_: "Zawinul-Lava" Date: Sun, 06 Feb 2022 01:05:20 +0100 In-Reply-To: (Richard Stallman's message of "Mon, 26 Sep 2011 17:12:56 -0400") Message-ID: <87wni87tbz.fsf_-_@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.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: Richard Stallman writes: > > Defaults are very important issues, because they affect how good Emacs > > is for new users. > > I didn't say they were not important, just that arguing about them is > a waste of time. Nothing go [...] 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: -2.3 (--) X-Debbugs-Envelope-To: 9598 Cc: Eli Zaretskii , 12916@debbugs.gnu.org, drew.adams@ORACLE.COM, 9598@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 (---) Richard Stallman writes: > > Defaults are very important issues, because they affect how good Emacs > > is for new users. > > I didn't say they were not important, just that arguing about them is > a waste of time. Nothing good ever comes out of these arguments. > > Rather than just argue about good defaults, I plan to poll the users. (I'm going through old bug reports that unfortunately weren't resolved at the time.) I think the conclusion here was that the buffer completion defaults are fine, so I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 05 19:05:38 2022 Received: (at control) by debbugs.gnu.org; 6 Feb 2022 00:05:38 +0000 Received: from localhost ([127.0.0.1]:35978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGV3i-0004Tv-9I for submit@debbugs.gnu.org; Sat, 05 Feb 2022 19:05:38 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGV3h-0004TJ-BW for control@debbugs.gnu.org; Sat, 05 Feb 2022 19:05:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=RKMzHEDECdICgVeHikQTkB+y+wN6qKWum2LY5TJiY4Y=; b=bsFcNgN0/F89inZYkRub6V3aYw 4NWUivMAIsXS0ERVwGqlorVqmMhUkpR0ZRp7464Y6m+VGQ6050IarFPzIeNvB2On+p7HrADVZzoIO cy07E82Uw1dnPlr/xV0jPyrdOqYkK9lB/Lrgkf8vokxj4YUSM/FgzKxFlXpXBh26QN28=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGV3Y-0005PG-Tk for control@debbugs.gnu.org; Sun, 06 Feb 2022 01:05:31 +0100 Date: Sun, 06 Feb 2022 01:05:28 +0100 Message-Id: <87v8xs7tbr.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12916 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: close 12916 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: -2.3 (--) 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: -3.3 (---) close 12916 quit From unknown Fri Jun 20 18:14:57 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 06 Mar 2022 12:24:05 +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