From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: read-buffer-completion-ignore-case Date: Tue, 5 May 2009 22:42:57 -0700 Message-ID: <001201c9ce0d$8370bc30$0200a8c0@us.oracle.com> References: <002501c9cda9$68ef7360$0200a8c0@us.oracle.com><87k54vhskw.fsf@catnip.gol.com><000e01c9cdf3$b810b720$0200a8c0@us.oracle.com> <87zldrgckk.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1241588601 31150 80.91.229.12 (6 May 2009 05:43:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 May 2009 05:43:21 +0000 (UTC) To: "'Miles Bader'" , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 06 07:43:12 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M1ZuR-0001pa-Mb for ged-emacs-devel@m.gmane.org; Wed, 06 May 2009 07:43:11 +0200 Original-Received: from localhost ([127.0.0.1]:56981 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M1ZuQ-0007d5-OX for ged-emacs-devel@m.gmane.org; Wed, 06 May 2009 01:43:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M1ZuJ-0007d0-AP for emacs-devel@gnu.org; Wed, 06 May 2009 01:43:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M1ZuE-0007co-E7 for emacs-devel@gnu.org; Wed, 06 May 2009 01:43:02 -0400 Original-Received: from [199.232.76.173] (port=33346 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M1ZuE-0007cl-9x for emacs-devel@gnu.org; Wed, 06 May 2009 01:42:58 -0400 Original-Received: from acsinet12.oracle.com ([141.146.126.234]:53739) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M1ZuC-0007Kd-2e; Wed, 06 May 2009 01:42:56 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n465gjkn018273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 6 May 2009 05:42:47 GMT Original-Received: from abhmt006.oracle.com (abhmt006.oracle.com [141.146.116.15]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n465gpmF009739; Wed, 6 May 2009 05:42:52 GMT Original-Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 May 2009 22:42:49 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87zldrgckk.fsf@catnip.gol.com> Thread-Index: AcnN9uvjXMJR/6PVTGys3N1btj6NNQAFI+9w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: abhmt006.oracle.com [141.146.116.15] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010204.4A01235A.0241:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:110713 Archived-At: > No, I mean, make your code generic, and only pay attention to > `completion-ignore-case', as it will have the correct value in the > various different circumstances. Not in what I have in mind. > > For what I have in mind that test wouldn't be sufficient. I really > > want to know whether buffer-name completion is happening. > > Why? Maybe the fact that you want to know indicates the completion > interface is missing something... No, nevermind, but thanks. I would like to be able to know whether completion involves buffer names, but there is ultimately no complete solution to that anyway, obviously. There is in the end no way for completing-read to know whether its COLLECTION argument involves buffer names. Sticking with recognizable commands and functions (e.g. read-buffer), as I'm doing anyway, is a partial solution. I was thinking of something akin to `minibuffer-completing-file-name', but the buffer case is not really parallel. (Yes, even for file names there is no 100% solution, since you can complete them using completing-read instead of read-file-name, but `minibuffer-completing-file-name' is a pretty good indicator.)