From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Tue, 27 Oct 2015 01:19:50 +0200 Message-ID: <562EB516.502@yandex.ru> References: <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <561A6199.1020901@cumego.com> <561B9D87.70504@yandex.ru> <87vb9wcpw9.fsf@esperi.org.uk> <83eggkwdgh.fsf@gnu.org> <83611ww5uc.fsf@gnu.org> <83si4xbi2m.fsf@gnu.org> <878u6pcs74.fsf@igel.home> <83io5tbcye.fsf@gnu.org> <87bnblnzn7.fsf@wanadoo.es> <562E8E51.40006@yandex.ru> <877fm9nuxv.fsf@wanadoo.es> <562EACD9.1030807@yandex.ru> <87y4epmdpr.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1445901618 23321 80.91.229.3 (26 Oct 2015 23:20:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 26 Oct 2015 23:20:18 +0000 (UTC) To: =?UTF-8?Q?=c3=93scar_Fuentes?= , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 27 00:20:12 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 1Zqr3k-0000sO-Gi for ged-emacs-devel@m.gmane.org; Tue, 27 Oct 2015 00:20:12 +0100 Original-Received: from localhost ([::1]:55817 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zqr3j-0002Lo-5x for ged-emacs-devel@m.gmane.org; Mon, 26 Oct 2015 19:20:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57625) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zqr3X-0002LZ-0R for emacs-devel@gnu.org; Mon, 26 Oct 2015 19:20:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zqr3R-0000Ax-WE for emacs-devel@gnu.org; Mon, 26 Oct 2015 19:19:58 -0400 Original-Received: from mail-wi0-x236.google.com ([2a00:1450:400c:c05::236]:34665) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zqr3R-0000Af-PT for emacs-devel@gnu.org; Mon, 26 Oct 2015 19:19:53 -0400 Original-Received: by wikq8 with SMTP id q8so187004478wik.1 for ; Mon, 26 Oct 2015 16:19:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=FV5IpnsckurigJe+VAtkXsfXSm+Elv7pGJP8CdNWRGU=; b=r3+xbCxhMMrOSuLTgixYoKLg5kbnk1o9sGHDBqzmSwvAxMEzNT6NlniEIAoL5sgPv1 DmJaFUIH/j8v21/z9bR0XbaiuVI4WAtFdGci+Q5E9Ee3sJjtydTC6XhVLrX/8lTzEeAu cpBz7X12IZ9T6+XeYtheZdIS56DobxFYSPqNfglouRvn0LVbrcbugCGYbn/xEp3MDEcv Nl7SZwfGGWAAI1ZeY4TjY5cBPUJ6N+i5280BcWaK85P9myt+TuUPHBalpCBzKEuF3hR9 WOz+CW7ptpDsd6iEc8uG1+le0VUaO5vDK+aAWXl9XG1I3pZmDAymun77iToh03KtTN44 iGlA== X-Received: by 10.180.12.177 with SMTP id z17mr6729850wib.25.1445901593130; Mon, 26 Oct 2015 16:19:53 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id 200sm2341027wms.7.2015.10.26.16.19.51 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Oct 2015 16:19:52 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <87y4epmdpr.fsf@wanadoo.es> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::236 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:192696 Archived-At: On 10/27/2015 01:06 AM, Óscar Fuentes wrote: > If by "middle ground" you refer to something that gives the right result > 90% of the time when there are external packages that gives the right > result 100% of the time, that middle ground is a waste of time by the > Emacs core hackers. A Grep-based implementation is fairly easy to do, so not too much time is wasted. On the other hand, it can exercise the new APIs and provide the necessary feedback. > Definitions can be tricky in C++, if you wish to distinguish the case > where multiple namespaces or classes defines the same keyword and you > expect from Emacs to jump to the correct definition, deduces from the > context. In that case you need a parser that is good enough to act as a > compiler front-end. "jump to definition" is about accurately recognizing references. But if you're jumping to foo.bar(), and Emacs doesn't know the type of 'foo', at least it can show you the definitions of all methods named 'bar', and you'll be able to choose for yourself. Using etags-select, for instance. > Trying to find a common ground on current use cases is difficult enough. > Anticipating future requirements is almost impossible. Good luck with > that. That's defeatism. Doesn't it bother you that every third-party package uses a (sometimes subtly) different set of key bindings, and a different way to present the same kinds of information (definitions, references, documentation, etc)?