From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nix Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Sat, 24 Oct 2015 15:17:10 +0100 Message-ID: <87vb9wcpw9.fsf@esperi.org.uk> References: <83fv1r3gzp.fsf@gnu.org> <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> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <561A6199.1020901@cumego.com> <561B9D87.70504@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1445696268 26576 80.91.229.3 (24 Oct 2015 14:17:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 24 Oct 2015 14:17:48 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org, =?utf-8?Q?Przemys=C5=82aw?= Wojnowski , adatgyujto@gmail.com, Dmitry Gutov To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 24 16:17:44 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 1Zpzdc-0001WO-A1 for ged-emacs-devel@m.gmane.org; Sat, 24 Oct 2015 16:17:40 +0200 Original-Received: from localhost ([::1]:44534 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zpzdb-0008A0-Eq for ged-emacs-devel@m.gmane.org; Sat, 24 Oct 2015 10:17:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpzdY-00089k-1Y for emacs-devel@gnu.org; Sat, 24 Oct 2015 10:17:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpzdX-0008TG-6m for emacs-devel@gnu.org; Sat, 24 Oct 2015 10:17:35 -0400 Original-Received: from icebox.esperi.org.uk ([81.187.191.129]:51920 helo=mail.esperi.org.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpzdS-0008Rm-Ff; Sat, 24 Oct 2015 10:17:30 -0400 Original-Received: from spindle (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.15.2/8.15.2) with ESMTP id t9OEHC4G001069; Sat, 24 Oct 2015 15:17:12 +0100 Emacs: The Awakening In-Reply-To: (Drew Adams's message of "Mon, 12 Oct 2015 07:40:14 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-DCC-INFN-TO-Metrics: spindle 1233; Body=6 Fuz1=6 Fuz2=6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 81.187.191.129 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:192543 Archived-At: [Catching up on this thread...] On 12 Oct 2015, Drew Adams verbalised: >> > 3. Jumping around the project code and resources. >> > Jumping to around the project code and used libraries. Another >> > thing is jumping to/from resources (for example aspects can be >> > defined in an XML file and IDE could allow to jump to matching >> > classes). >> >> Do you mean "jump to the thing at point"? That sounds complicated, >> and support for different "things" will have to be implemented >> separately. > > Sounds like good ol' Emacs TAGS, to me (or across-project Imenu). > Of course, the limiting factor is TAGS files that support such > "things". But the infrastructure is there for it. People have > been using Emacs TAGS files to "jump to the [definition of the] > thing at point" for 40 years. btw, recent GNU GLOBAL has now shifted to using a SQLite database for its tags files, which makes it hugely more extensible, in theory, and also makes it possible that Emacs could (once the modules code lands so we could write a glue layer to SQLite) directly extract info from it. Raw TAGS files are more or less unsuitable for anything but C and Lisp, and are pretty poor even for that (e.g. you can only jump from uses to definitions, the definition can only be in one place...) -- NULL && (void)