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: completion.el users? Date: Sat, 11 May 2013 12:33:39 -0700 Message-ID: References: <87vc6p8sdi@ch.ristopher.com> <87li7lo4p8.fsf@yandex.ru> <0BA3DA32EEC343739CFE4229CA94FD5B@us.oracle.com> <518E8E93.1010804@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1368300836 1581 80.91.229.3 (11 May 2013 19:33:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 11 May 2013 19:33:56 +0000 (UTC) Cc: 'Christopher Schmidt' , emacs-devel@gnu.org To: "'Dmitry Gutov'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 11 21:33:54 2013 Return-path: Envelope-to: ged-emacs-devel@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 1UbFYI-0001t4-ID for ged-emacs-devel@m.gmane.org; Sat, 11 May 2013 21:33:54 +0200 Original-Received: from localhost ([::1]:47818 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UbFYI-0006ZD-04 for ged-emacs-devel@m.gmane.org; Sat, 11 May 2013 15:33:54 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UbFYD-0006Yx-QH for emacs-devel@gnu.org; Sat, 11 May 2013 15:33:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UbFYC-0003lQ-L9 for emacs-devel@gnu.org; Sat, 11 May 2013 15:33:49 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:24486) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UbFYC-0003lM-Em for emacs-devel@gnu.org; Sat, 11 May 2013 15:33:48 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r4BJXjJ9026514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 11 May 2013 19:33:46 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4BJXjB7023442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 11 May 2013 19:33:45 GMT Original-Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r4BJXiOA000715; Sat, 11 May 2013 19:33:44 GMT Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 11 May 2013 12:33:44 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <518E8E93.1010804@yandex.ru> thread-index: Ac5OdcomwC4N1RtQQ2GFmS6hHSD7zQABhIgQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159517 Archived-At: > > 1. Is auto-complete-mode part of Emacs? I don't think so. > > Let's not divert the thread, if not. The question is whether > > Emacs already contains a reasonable replacement for > > completion.el. > > You asked, I answered. Who's diverting what now? No one has accused anyone of diverting anything. Please reread what I wrote. If auto-complete-mode does what completion.el does, and is better at it, then certainly we could consider deprecating the latter in favor of the former. But for that, a-c-m would need to be added to Emacs first, which is a different, or at least a broader, topic. As long as it is not part of Emacs and there is no proposal to add it, considering a-c-m as a replacement would be a diversion, for this thread. If someone proposes that a-c-m be added, and its author agrees etc., we can discuss that. And if it seems likely to be added then that becomes pertinent to this topic. FWIW, from the doc and the demo I looked at, and from comments from others here and there, a-c-m sounds like something that would be great to add to Emacs. > > 2. Looking at the auto-complete-mode doc and demo, it's not > > clear to me that it is comparable to completion.el. It certainly > > does many things that completion.el does not do. (It is also > > quite large - multiple directories and files.) But I don't see > > that a-c-m actually does what completion.el does. Can > > you confirm that it does? > > Like I said, the feature is similar, not identical. Yes, I understood that. Nothing wrong with that. The question I raised is whether it does what completion.el does. If not, then perhaps the two complement each other and both could be useful parts of Emacs. Or perhaps the functionality of completion.el could be added to a-c-m. I have no idea. But a starting point relative to this discussion about possible deprecation is to know whether a-c-m already does what completion.el does. > > I understand that you can create a dictionary for a-c-m of > > terms you use. And I understand that a-c-m does lots of useful > > things wrt completing programming entities that it knows about. > > And it records the counts and use times of _completions_ that you use. > > Yes. > > > But what about the completion.el use case? Does a-c-m record > > ordinary words (as well as programming constructs) that you > > type and thus consider them future completion candidates? > > IOW, does simply typing text, or moving the cursor over > > text, suffice to turn the words typed or traversed into > > completion candidates? > > It allows to use "word in buffer" and "words in buffers in the same > mode" as sources of completions, so yes, to an extent. Similarly to > `dabbrev-expand'. > > > E.g., if you were writing an essay or some documentation, > > does hitting a key complete a word that you start typing, based > > on words you have used previously (including during past sessions)? > > From the doc I couldn't tell. > > Past sessions? No. It sounds to me (not knowledgable about a-c-m) like we should: 1. Try to see if a-c-m can/should be added to Emacs (independently of the current question). 2. If there is no immediate substitute what completions.el does, leave it in Emacs until there is. 3. See if a-c-m could be enhanced to provide what completion.el offers. I agree that it sounds close already, from your comments.