From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Project support and completions Date: Mon, 26 Jan 2015 07:51:13 +0200 Message-ID: <83egqiqecu.fsf@gnu.org> References: <8361cucl3u.fsf@gnu.org> <83vbktb1ct.fsf@gnu.org> <54A2EE15.3020406@yandex.ru> <831tnhasx0.fsf@gnu.org> <54A6DAF6.5070605@yandex.ru> <831tna9tmr.fsf@gnu.org> <54A9C94F.8040701@yandex.ru> <83vbkl99vm.fsf@gnu.org> <54B8878A.4050506@yandex.ru> <54B8C22B.3080200@gmx.at> <54BC7A77.5020307@yandex.ru> <54BCC033.2010104@gmx.at> <83oapuy8ew.fsf@gnu.org> <54BDC34C.5070309@yandex.ru> <83wq4hwejl.fsf@gnu.org> <54BEBF63.9050709@yandex.ru> <8361c0w16n.fsf@gnu.org> <54C063E3.8020401@yandex.ru> <83a91avglz.fsf@gnu.org> <54C1655E.4050403@yandex.ru> <83r3uluawd.fsf@gnu.org> <54C28635.8070606@yandex.ru> <83twzhryyq.fsf@gnu.org> <54C2C9DC.1050908@yandex.ru> <83h9vgsehi.fsf@gnu.org> <54C3E7B6.2020006@yandex.ru> <837fwbstls.fsf@gnu.org> <54C429D8.6010302@yandex.ru> <83vbjurggg.fsf@gnu.org> <54C53393.3030906@yandex.ru> <83lhkqr7h5.fsf@gnu.org> <54C57636.6050103@yan> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1422251511 12811 80.91.229.3 (26 Jan 2015 05:51:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 26 Jan 2015 05:51:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 26 06:51:50 2015 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 1YFcaR-0004Ah-Jd for ged-emacs-devel@m.gmane.org; Mon, 26 Jan 2015 06:51:47 +0100 Original-Received: from localhost ([::1]:40041 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFcaQ-0004lD-Ff for ged-emacs-devel@m.gmane.org; Mon, 26 Jan 2015 00:51:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41465) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFcaD-0004kx-5v for emacs-devel@gnu.org; Mon, 26 Jan 2015 00:51:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YFca9-0006kZ-5V for emacs-devel@gnu.org; Mon, 26 Jan 2015 00:51:33 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:38099) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFca8-0006kP-Ty for emacs-devel@gnu.org; Mon, 26 Jan 2015 00:51:29 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NIR00M00S1ER800@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Mon, 26 Jan 2015 07:51:27 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIR00MFJS9QTT00@a-mtaout21.012.net.il>; Mon, 26 Jan 2015 07:51:27 +0200 (IST) Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and truncated. In-reply-to: <54C57636.6050103@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 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:181775 Archived-At: > Date: Mon, 26 Jan 2015 01:03:18 +0200 > From: Dmitry Gutov > CC: emacs-devel@gnu.org > > On 01/25/2015 09:22 PM, Eli Zaretskii wrote: > > > No, I want to see prin1, princ, prin1-to-string, etc. printf is > > really not what I want to see. > > Then don't press `M-.' when point is on `printf', and don't type > `printf' into the `C-u M-.' prompt. Problem solved? No, because I don't only want to see the identifiers which are already near point. Sometimes they are, but not always. That's why M-. still allows me to type a symbol name, even though it offers what's at point as the default guess. E.g., imagine that I need to use some printing function for a Lisp object, but don't quite remember which ones we have and what they do, exactly. > > This discussion is about specifying the solutions. > > I wouldn't say so. For instance, I consider tag files a very > unsatisfactory source for completions (imprecise and often incomplete), > but you and a certain slice of users are fine with them. I will be even more fine with a better solution. So far, it's you who insist that I stay with the etags backend. > For me, this discussion is mostly about clarifying some new requirements > for a project API. That's very much related. You need to have the possible solutions in your sights when you design the APIs.