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: Thu, 22 Oct 2015 14:17:59 +0300 Message-ID: <5628C5E7.5060803@yandex.ru> References: <83bncf3f9k.fsf@gnu.org> <5610E0BC.8090902@online.de> <83si5r106e.fsf@gnu.org> <831td9z18h.fsf@gnu.org> <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <871tcyexa9.fsf@fimbulvetr.bsc.es> <87612a7my2.fsf@fencepost.gnu.org> <561DC925.5050001@siege-engine.com> <561E32D2.4060501@yandex.ru> <83wpum3ozk.fsf@gnu.org> <87si59ln6u.fsf@isaac.fritz.box> <56224B63.3010803@yandex.ru> <562592ED.1070104@siege-engine.com> <56262577.70107@yandex.ru> <562702C2.6070505@gmail.com> <56276ECE.3090508@yandex.ru> <56281747.9050305@gmail.com> <56282664.3000409@yandex.ru> <56283D79.2070904@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1445512710 31338 80.91.229.3 (22 Oct 2015 11:18:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2015 11:18:30 +0000 (UTC) Cc: John Wiegley , emacs-devel@gnu.org To: Eric Ludlam , David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 22 13:18:23 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 1ZpDst-0003pe-EH for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 13:18:15 +0200 Original-Received: from localhost ([::1]:58835 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpDss-0002jr-TX for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 07:18:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36848) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpDso-0002jW-8e for emacs-devel@gnu.org; Thu, 22 Oct 2015 07:18:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpDsi-0001tr-Bt for emacs-devel@gnu.org; Thu, 22 Oct 2015 07:18:10 -0400 Original-Received: from mail-wi0-x233.google.com ([2a00:1450:400c:c05::233]:34745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpDsi-0001ti-5Z for emacs-devel@gnu.org; Thu, 22 Oct 2015 07:18:04 -0400 Original-Received: by wikq8 with SMTP id q8so26669112wik.1 for ; Thu, 22 Oct 2015 04:18:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=w7VZRU/GHIOWZdwBoWI8WU5TIXK3266EuDZksAWCeGs=; b=SqZ5bmkVy3m/hBHUxLe4GJjjgfs0imYQpNIKr9cRDajZb55j/pDfgvxBe1rHEtBWmk 95hrHFgVtDqb24BzY0y6a76z2zHLWe5fDGpA/XGoE2EcOyKvQqL0AUJ2lDxxtICJzm5u zcWiuN/B3IpXGNyUa/5bpbWjW/clL4QdYAfuoIM3gBp2z3OZ77bNrwd2o9yfJYi75G2e 6VLVGfTfIeXkihKI7ntITi6dEV+ygtvcRGxZ8fguAFRY7XElp+0DRErimvmXME/5t4SS 7tqen3Q1NQHfYwMTMdHaL83jgZtzZPWvGWD2cs51f4JWE1Ygs5eJWZlLqjUm6oCnSdyb X2DA== X-Received: by 10.180.184.138 with SMTP id eu10mr41651646wic.25.1445512683397; Thu, 22 Oct 2015 04:18:03 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id p10sm16226560wjx.36.2015.10.22.04.18.01 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Oct 2015 04:18:02 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <56283D79.2070904@gmail.com> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::233 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:192365 Archived-At: On 10/22/2015 04:35 AM, Eric Ludlam wrote: > I assumed auto-complete and company were important because the ROBE > documentation talked about how it supported those tools. Oh, right. Sorry. > I'm not sure what is relevant here as far as listing features. There are > 12 minor modes that come with semantic doing various diverse things. > Things like idle-summary-mode will show you an api summary of the symbol > under point. Robe already supports eldoc-mode. If idle-summary-mode has some UI advantages, I believe they should be folded into eldoc-mode as well. > There is COGRE which can pull data from the > buffer, reference some databases, and pop up a uml diagram of your code > which is a bit over-the-top. COGRE sounds good, but I imagine it'll need more support than just dumping the AST. And I can't get it to do anything (here's the documentation for automatic generation: http://www.randomsample.de/cedetdocs/cogre/Semantic-Support.html#Semantic-Support, and trying to interact with the editor manually leads to "eieio-oref: eieio-oref called on a class: cogre-class", etc). It's also not in Emacs, for some reason. > It is called eassist. Looks like I was remembering it from 2006, so not > sure how it will work with recent Emacs changes. I've taken a look, and it works okay as an alternative to IMenu, but jumping to method at point doesn't work (shows an error). > Ah, I see. I hadn't considered a workflow like this. I can see how > that would be useful. I haven't thought about how to solve that > problem. I suspect the tooling would be custom where it knows more > about the language, and can infer intent based on things like 'virtual' > or the prospect of there being overrides. The tooling needs to be smart enough, of course. Java IDEs support workflows like that, and I think they're more important than speedbar or showing breadcrumbs (*). Just to let you know where my priorities are. Here's the current plan for that feature, by the way: https://github.com/nonsequitur/inf-ruby/issues/76#issuecomment-150182991 (*) Other things that the users ask for is fuzzy completion, showing completions right away after dot (Robe isn't fast enough for that) and working over TRAMP inside a Vagrant environment. It doesn't seem like CEDET integration will help with any of those.