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: Sun, 25 Jan 2015 21:22:14 +0200 Message-ID: <83lhkqr7h5.fsf@gnu.org> References: <8361cucl3u.fsf@gnu.org> <54A230CD.3040309@yandex.ru> <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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1422213761 21433 80.91.229.3 (25 Jan 2015 19:22:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 25 Jan 2015 19:22:41 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 25 20:22:41 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 1YFSlc-0007O3-Im for ged-emacs-devel@m.gmane.org; Sun, 25 Jan 2015 20:22:40 +0100 Original-Received: from localhost ([::1]:38638 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFSlb-0000iV-Qr for ged-emacs-devel@m.gmane.org; Sun, 25 Jan 2015 14:22:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFSlY-0000iP-GS for emacs-devel@gnu.org; Sun, 25 Jan 2015 14:22:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YFSlT-0001jQ-EB for emacs-devel@gnu.org; Sun, 25 Jan 2015 14:22:36 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:44754) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFSlT-0001jE-5m for emacs-devel@gnu.org; Sun, 25 Jan 2015 14:22:31 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NIQ00D00Z2ZDH00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sun, 25 Jan 2015 21:22:29 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIQ00DSMZ5H5V80@a-mtaout20.012.net.il>; Sun, 25 Jan 2015 21:22:29 +0200 (IST) In-reply-to: <54C53393.3030906@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.166 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:181760 Archived-At: > Date: Sun, 25 Jan 2015 20:18:59 +0200 > From: Dmitry Gutov > CC: emacs-devel@gnu.org > > > As > > an extreme example, consider libc, the Standard C library, which any C > > program uses, or the Standard C++ library. Is it really a good idea > > for xref to offer all those when the user types 'M-.'? > > Yeah, why not? Want to see the definition of printf? No, I want to see prin1, princ, prin1-to-string, etc. printf is really not what I want to see. > > Once again, I don't think this can be resolved automatically in a > > satisfactory manner, at least not in all important use cases. So a > > provision for manual instruction by the user is still required, IMO. > > It will be solved by different users using different code completion > solutions. This discussion is about specifying the solutions.