From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 01 21:39:57 2012 Received: (at submit) by debbugs.gnu.org; 2 Sep 2012 01:39:57 +0000 Received: from localhost ([127.0.0.1]:33479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T7zAK-000775-8v for submit@debbugs.gnu.org; Sat, 01 Sep 2012 21:39:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52469) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T7zAH-00076y-U0 for submit@debbugs.gnu.org; Sat, 01 Sep 2012 21:39:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T7z8u-0003s3-Ol for submit@debbugs.gnu.org; Sat, 01 Sep 2012 21:38:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:47915) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7z8u-0003rz-LL for submit@debbugs.gnu.org; Sat, 01 Sep 2012 21:38:28 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49085) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7z8t-0004sg-MR for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2012 21:38:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T7z8s-0003rp-RL for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2012 21:38:27 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:50346) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7z8s-0003rk-Nv for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2012 21:38:26 -0400 Received: from adsl-68-77-23-91.dsl.emhril.ameritech.net ([68.77.23.91]:42548 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1T7z8s-0001sP-6y for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2012 21:38:26 -0400 Date: Sat, 01 Sep 2012 20:38:23 -0500 Message-Id: <87k3wdqk4w.fsf@gnu.org> From: "Roland Winkler" To: bug-gnu-emacs@gnu.org Subject: 24.1; completing-read when COLLECTION has exactly one element 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: 208.118.235.17 X-Spam-Score: -7.1 (-------) X-Debbugs-Envelope-To: submit 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: -7.1 (-------) Suggestion: If the arg COLLECTION of completing-read is a list with exactly one element and REQUIRE-MATCH is t, it can be quite redundant to go via the minibuffer. Would it make sense if in such a case completing-read could skip the minibuffer completely and simply return the car of COLLECTION? The specific situation that made me think about this was the command ibuffer-switch-to-saved-filter-groups when ibuffer-saved-filter-groups is a list with one element. Of course, the surrounding code could also shortcut the call of completing-read in such a case. But completing-read is possibly the better place to implement such a behavior, say via a particular value of REQUIRE-MATCH. In GNU Emacs 24.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2012-06-10 on regnitz Windowing system distributor `The X.Org Foundation', version 11.0.10706000 Configured using: `configure '--prefix=/home/winkler/emacs/24.1'' From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 01 22:51:37 2012 Received: (at 12331) by debbugs.gnu.org; 2 Sep 2012 02:51:37 +0000 Received: from localhost ([127.0.0.1]:33587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T80Hh-0000KB-C0 for submit@debbugs.gnu.org; Sat, 01 Sep 2012 22:51:37 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:16994) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T80Hf-0000K5-SE for 12331@debbugs.gnu.org; Sat, 01 Sep 2012 22:51:36 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q822o8f9008169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 2 Sep 2012 02:50:09 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q822o7JG019485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Sep 2012 02:50:08 GMT Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q822o7Rd023027; Sat, 1 Sep 2012 21:50:07 -0500 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 01 Sep 2012 19:50:07 -0700 From: "Drew Adams" To: "'Roland Winkler'" , <12331@debbugs.gnu.org> References: <87k3wdqk4w.fsf@gnu.org> Subject: RE: bug#12331: 24.1; completing-read when COLLECTION has exactly one element Date: Sat, 1 Sep 2012 19:49:58 -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: <87k3wdqk4w.fsf@gnu.org> Thread-Index: Ac2Iq7KNB274fyuvSuyrTWs7oo/qCAAALeSQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -7.1 (-------) X-Debbugs-Envelope-To: 12331 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: -7.1 (-------) > If the arg COLLECTION of completing-read is a list with exactly one > element and REQUIRE-MATCH is t, it can be quite redundant to go via > the minibuffer. Would it make sense if in such a case > completing-read could skip the minibuffer completely and simply > return the car of COLLECTION? Hi Roland. `completing-read' offers possible candidates, but for lax completion it does not require you to choose any of them - you can enter anything you like. So this would make sense only for strict completion. Depending on the context, even for strict completion it might sometimes be surprising for a user not to see any prompt for completion. That is, if a user expects to choose and is not offered a choice, that can be surprising/confusing. Of course if for some given occurrence of `completing-read' in the code COLLECTION is *always* a singleton, then there will be no surprise. But in that case there is also presumably no reason to call `completing-read'. ;-) As you say, "the surrounding code could also shortcut the call of completing-read in such a case." That makes the most sense to me. It is, after all, the surrounding code that reflects the design intention and can tell what it might really mean in the current context to have only a singleton COLLECTION. "But completing-read is possibly the better place to implement such a behavior" I don't think so, for the above reasons. Why do you think so? "say via a particular value of REQUIRE-MATCH." In that case it is the surrounding code that is making the decision, as it should. That is better at least than systematically having *any* non-nil REQUIRE-MATCH mean that a singleton COLLECTION returns the sole candidate. What you suggest is then equivalent to this: (if (and COLLECTION (not (cdr COLLECTION))) (first-candidate COLLECTION) (completing-read ...)) where `first-candidate' returns the candidate corresponding to (car COLLECTION), doing the right thing for a list or string. Is it worth moving such logic into `completing-read', adding a particular non-nil value of REQUIRE-MATCH to implement it? I don't think so. FWIW, I use `completing-read' a lot, and I have never had a use for such treatment. Others might disagree... Why don't you try it for a while, and see if you really find it useful? [FWIW, in Icicles users can choose whether completion happens automatically whenever there is a sole matching candidate (which is more general than the cases where COLLECTION is a singleton). In that case, they need only hit RET, not TAB RET. (And they can configure a delay for the automatic completion, to give them time to change erroneous input, since this is about a sole match against their input.) But being prompted and hitting RET is still more interaction than what you are suggesting.] From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 02 12:27:05 2012 Received: (at 12331) by debbugs.gnu.org; 2 Sep 2012 16:27:06 +0000 Received: from localhost ([127.0.0.1]:34691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8D0p-00079O-1K for submit@debbugs.gnu.org; Sun, 02 Sep 2012 12:27:05 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:51731) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8D0m-00078z-FQ for 12331@debbugs.gnu.org; Sun, 02 Sep 2012 12:27:01 -0400 Received: from adsl-68-77-23-91.dsl.emhril.ameritech.net ([68.77.23.91]:42754 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1T8CzM-00079A-25; Sun, 02 Sep 2012 12:25:32 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20547.34937.775201.718134@gargle.gargle.HOWL> Date: Sun, 2 Sep 2012 11:25:29 -0500 From: "Roland Winkler" To: "Drew Adams" Subject: RE: bug#12331: 24.1; completing-read when COLLECTION has exactly one element In-Reply-To: References: <87k3wdqk4w.fsf@gnu.org> X-Mailer: VM 8.2 trial under 24.1.1 (x86_64-unknown-linux-gnu) X-Spam-Score: -7.1 (-------) X-Debbugs-Envelope-To: 12331 Cc: 12331@debbugs.gnu.org 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: -7.1 (-------) On Sat Sep 1 2012 Drew Adams wrote: > > If the arg COLLECTION of completing-read is a list with exactly one > > element and REQUIRE-MATCH is t, it can be quite redundant to go via > > the minibuffer. Would it make sense if in such a case > > completing-read could skip the minibuffer completely and simply > > return the car of COLLECTION? > > `completing-read' offers possible candidates, but for lax > completion it does not require you to choose any of them - you can > enter anything you like. So this would make sense only for strict > completion. I only have in mind a situation where one has something like REQUIRE-MATCH being t, see above. In the particular context that triggered my report (i.e., the command ibuffer-switch-to-saved-filter-groups) COLLECTION is the user variable ibuffer-saved-filter-groups that defaults to nil. So any non-nil value is something where we may assume the user has chosen it deliberately. If nonethless we ask the user what he or she wants even though there is only one choice available, it much reminds of one of my least favorite operating systems. But maybe such a scenario is all in all not too common in the world of Emacs to justify a modification of completing-read. So if nobody else gets excited about my proposal (and nobody disagrees with the following either), I'll merely shortcut the call of completing-read in ibuffer-switch-to-saved-filter-groups if the list ibuffer-saved-filter-groups has just one element. Then I'll close this bug report. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 03 09:44:12 2012 Received: (at 12331) by debbugs.gnu.org; 3 Sep 2012 13:44:12 +0000 Received: from localhost ([127.0.0.1]:35970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8Wwl-000649-3O for submit@debbugs.gnu.org; Mon, 03 Sep 2012 09:44:12 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:45924) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8Wwj-000641-30 for 12331@debbugs.gnu.org; Mon, 03 Sep 2012 09:44:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09FxKEe/2dsb2JhbABEtBGBCIIVAQEEAVYjBQsLNBIUGA0kiBwFugmQRAOjM4FYgwU X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="197362591" Received: from 69-196-161-30.dsl.teksavvy.com (HELO pastel.home) ([69.196.161.30]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 03 Sep 2012 09:42:35 -0400 Received: by pastel.home (Postfix, from userid 20848) id 5BB5558F16; Mon, 3 Sep 2012 09:42:34 -0400 (EDT) From: Stefan Monnier To: "Roland Winkler" Subject: Re: bug#12331: 24.1; completing-read when COLLECTION has exactly one element Message-ID: References: <87k3wdqk4w.fsf@gnu.org> <20547.34937.775201.718134@gargle.gargle.HOWL> Date: Mon, 03 Sep 2012 09:42:34 -0400 In-Reply-To: <20547.34937.775201.718134@gargle.gargle.HOWL> (Roland Winkler's message of "Sun, 2 Sep 2012 11:25:29 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 12331 Cc: 12331@debbugs.gnu.org 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: -1.9 (-) > chosen it deliberately. If nonethless we ask the user what he or she > wants even though there is only one choice available, it much > reminds of one of my least favorite operating systems. The motivation sounds good, but the minibuffer prompt always offers one more choice, i.e. C-g. So accepting the only choice without prompting might end up being a bit too eager in some cases. > But maybe such a scenario is all in all not too common in the world > of Emacs to justify a modification of completing-read. I think so, yes. So I suggest you look for callers where that could be used, and if they are common enough, we could consider adding a special value of `require-match' which would allow such a short-circuiting. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 03 12:27:47 2012 Received: (at 12331) by debbugs.gnu.org; 3 Sep 2012 16:27:47 +0000 Received: from localhost ([127.0.0.1]:36544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8ZV4-0001aB-NZ for submit@debbugs.gnu.org; Mon, 03 Sep 2012 12:27:46 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:49626) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8ZV2-0001a4-Fj for 12331@debbugs.gnu.org; Mon, 03 Sep 2012 12:27:45 -0400 Received: from adsl-68-77-23-91.dsl.emhril.ameritech.net ([68.77.23.91]:44111 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1T8ZTW-00055K-BV; Mon, 03 Sep 2012 12:26:10 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20548.55839.962974.918916@gargle.gargle.HOWL> Date: Mon, 3 Sep 2012 11:26:07 -0500 From: "Roland Winkler" To: Stefan Monnier Subject: Re: bug#12331: 24.1; completing-read when COLLECTION has exactly one element In-Reply-To: References: <87k3wdqk4w.fsf@gnu.org> <20547.34937.775201.718134@gargle.gargle.HOWL> X-Mailer: VM 8.2 trial under 24.1.1 (x86_64-unknown-linux-gnu) X-Spam-Score: -7.1 (-------) X-Debbugs-Envelope-To: 12331 Cc: 12331@debbugs.gnu.org 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: -7.1 (-------) On Mon Sep 3 2012 Stefan Monnier wrote: > > chosen it deliberately. If nonethless we ask the user what he or she > > wants even though there is only one choice available, it much > > reminds of one of my least favorite operating systems. > > The motivation sounds good, but the minibuffer prompt always offers one > more choice, i.e. C-g. So accepting the only choice without prompting > might end up being a bit too eager in some cases. Sure, under any circumstances I would not want to make this a default for completing-read. I merely suggest that there are scenarios where shortcutting the invocation of the minibuffer can be reasonable. And I hope you don't mind we give this a try for the particular example of ibuffer-switch-to-saved-filter-groups described in my previous email. > I think so, yes. So I suggest you look for callers where that could be > used, and if they are common enough, we could consider adding a special > value of `require-match' which would allow such a short-circuiting. The least questionable examples are, in my opinion, those cases where the elements in the list COLLECTION reflect a choice the user made earlier (such as COLLECTION being a user variable defaulting to nil). I'll see whether I'll find more cases of that kind. Roland From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 03 14:48:55 2012 Received: (at 12331) by debbugs.gnu.org; 3 Sep 2012 18:48:55 +0000 Received: from localhost ([127.0.0.1]:36736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8bhf-0004uZ-BY for submit@debbugs.gnu.org; Mon, 03 Sep 2012 14:48:55 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:20957) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8bhd-0004uS-4Z for 12331@debbugs.gnu.org; Mon, 03 Sep 2012 14:48:53 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09FxKEe/2dsb2JhbABEtBGBCIIVAQEEAVYjBQsLNBIUGA0kiBwFugmQRAOjM4FYgwWBQw X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="197399243" Received: from 69-196-161-30.dsl.teksavvy.com (HELO pastel.home) ([69.196.161.30]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 03 Sep 2012 14:47:18 -0400 Received: by pastel.home (Postfix, from userid 20848) id 58024592D1; Mon, 3 Sep 2012 14:47:17 -0400 (EDT) From: Stefan Monnier To: "Roland Winkler" Subject: Re: bug#12331: 24.1; completing-read when COLLECTION has exactly one element Message-ID: References: <87k3wdqk4w.fsf@gnu.org> <20547.34937.775201.718134@gargle.gargle.HOWL> <20548.55839.962974.918916@gargle.gargle.HOWL> Date: Mon, 03 Sep 2012 14:47:16 -0400 In-Reply-To: <20548.55839.962974.918916@gargle.gargle.HOWL> (Roland Winkler's message of "Mon, 3 Sep 2012 11:26:07 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 12331 Cc: 12331@debbugs.gnu.org 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: -1.9 (-) > I merely suggest that there are scenarios where shortcutting the > invocation of the minibuffer can be reasonable. Yes, there's doubt it can be a good idea. > And I hope you don't mind we give this a try for the particular > example of ibuffer-switch-to-saved-filter-groups described in my > previous email. By all means, go for it. > The least questionable examples are, in my opinion, those cases where > the elements in the list COLLECTION reflect a choice the user made > earlier (such as COLLECTION being a user variable defaulting to nil). There are also all the cases where the consequences of the choice are all harmless (e.g. the command can easily be undone afterwards). Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 03 23:40:32 2012 Received: (at 12331) by debbugs.gnu.org; 4 Sep 2012 03:40:32 +0000 Received: from localhost ([127.0.0.1]:37335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8k08-00015A-1P for submit@debbugs.gnu.org; Mon, 03 Sep 2012 23:40:32 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:22124) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T8k05-000153-Vj for 12331@debbugs.gnu.org; Mon, 03 Sep 2012 23:40:30 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09Ld/y7/2dsb2JhbABEtBGBCIIVAQEEAVYjEAs0EhQYDSSIHAW6CZBEA6MzgViDBQ X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="197422939" Received: from 75-119-252-187.dsl.teksavvy.com (HELO pastel.home) ([75.119.252.187]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 03 Sep 2012 23:38:53 -0400 Received: by pastel.home (Postfix, from userid 20848) id 4262059306; Mon, 3 Sep 2012 23:38:52 -0400 (EDT) From: Stefan Monnier To: "Roland Winkler" Subject: Re: bug#12331: 24.1; completing-read when COLLECTION has exactly one element Message-ID: References: <87k3wdqk4w.fsf@gnu.org> <20547.34937.775201.718134@gargle.gargle.HOWL> <20548.55839.962974.918916@gargle.gargle.HOWL> Date: Mon, 03 Sep 2012 23:38:52 -0400 In-Reply-To: (Stefan Monnier's message of "Mon, 03 Sep 2012 14:47:16 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 12331 Cc: 12331@debbugs.gnu.org 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: -1.9 (-) >> I merely suggest that there are scenarios where shortcutting the >> invocation of the minibuffer can be reasonable. > Yes, there's doubt it can be a good idea. ^ no -- Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 23 08:57:28 2012 Received: (at 12331-done) by debbugs.gnu.org; 23 Sep 2012 12:57:28 +0000 Received: from localhost ([127.0.0.1]:50421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFlkW-0004m3-Bi for submit@debbugs.gnu.org; Sun, 23 Sep 2012 08:57:28 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:46308) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFlkT-0004lv-LF for 12331-done@debbugs.gnu.org; Sun, 23 Sep 2012 08:57:26 -0400 Received: from adsl-68-77-18-65.dsl.emhril.ameritech.net ([68.77.18.65]:54643 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1TFlij-0006lI-1V for 12331-done@debbugs.gnu.org; Sun, 23 Sep 2012 08:55:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20575.1734.589558.277391@gargle.gargle.HOWL> Date: Sun, 23 Sep 2012 07:55:34 -0500 From: "Roland Winkler" To: 12331-done@debbugs.gnu.org Subject: Re: bug#12331: 24.1; completing-read when COLLECTION has exactly one element In-Reply-To: References: <87k3wdqk4w.fsf@gnu.org> <20547.34937.775201.718134@gargle.gargle.HOWL> <20548.55839.962974.918916@gargle.gargle.HOWL> X-Mailer: VM 8.2 trial under 24.1.1 (x86_64-unknown-linux-gnu) X-Spam-Score: -7.7 (-------) X-Debbugs-Envelope-To: 12331-done 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: -7.7 (-------) Version: 24.3 2012-09-23 Roland Winkler * ibuf-ext.el (ibuffer-switch-to-saved-filter-groups): If list ibuffer-saved-filter-groups has one element, shortcut the call of completing-read. (Bug#12331) From unknown Tue Jun 24 17:26:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 22 Oct 2012 11:24:03 +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