From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#15735: 24.3.50; `find-library' completion bug Date: Mon, 28 Oct 2013 08:06:01 -0700 (PDT) Message-ID: <5420d435-f2c8-4b5a-9abb-d91d67e3cf4d@default> References: <754381f4-27c1-4468-a12c-e029f5fa078b@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1382972843 23681 80.91.229.3 (28 Oct 2013 15:07:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Oct 2013 15:07:23 +0000 (UTC) Cc: 15735@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 28 16:07:26 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VaoPe-0005yw-3F for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Oct 2013 16:07:26 +0100 Original-Received: from localhost ([::1]:41706 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VaoPd-0004s4-Iy for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Oct 2013 11:07:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VaoPQ-0004jT-9K for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2013 11:07:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VaoPH-0004dH-BP for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2013 11:07:12 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35223) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VaoPH-0004cw-7G for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2013 11:07:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VaoPG-00021u-CG for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2013 11:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Oct 2013 15:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15735 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15735-submit@debbugs.gnu.org id=B15735.13829727757730 (code B ref 15735); Mon, 28 Oct 2013 15:07:02 +0000 Original-Received: (at 15735) by debbugs.gnu.org; 28 Oct 2013 15:06:15 +0000 Original-Received: from localhost ([127.0.0.1]:49240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VaoOT-00020b-Qo for submit@debbugs.gnu.org; Mon, 28 Oct 2013 11:06:14 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:31630) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VaoOR-00020L-CD for 15735@debbugs.gnu.org; Mon, 28 Oct 2013 11:06:12 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r9SF64Fw012672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Oct 2013 15:06:05 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r9SF6256009291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Oct 2013 15:06:03 GMT Original-Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r9SF62cW010733; Mon, 28 Oct 2013 15:06:02 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:79723 Archived-At: > > It doesn't seem right to me, but I'm probably naive. >=20 > You can do (load "ess-5.3.10/somefile"), and for that reaon you can > do > You can do M-x load-library RET ess-5.3.10/somefile RET, and for > that > reason, you can do M-x load-library RET ess- TAB somefi TAB RET >=20 > This is not used with many packages, but it is used for (load > "term/xterm.el") since "term/" is not in load-path, and it is used > extensively for CEDET where the subdirectories are used for > "namespace", so they can load "semantic/debug" without colliding > with Emacs's debug.el. OK. Perhaps what is the most confusing to me is that instead of Emacs telling you that there are no completions of what you've typed, it tells you that this (the dir) is a successful completion, and yet if you hit RET it tells you no library. It would make more sense to me if RET at this point did what I expected a second TAB to do: tell you there are no completions (beyond the directory name), but not exit the minibuffer. More generally, perhaps RET for `find-library' should not exit the minibuffer for unsuccesful library-finding. I'm OK with your closing the bug, but I wonder whether a less surprising behavior might not be possible.