From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Przemys=c5=82aw_Wojnowski?= Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Fri, 16 Oct 2015 12:00:37 +0200 Message-ID: <5620CAC5.2050002@cumego.com> References: <5610207A.2000300@harpegolden.net> <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> <56194171.1080006@siege-engine.com> <5619E7C7.5000401@yandex.ru> <561A9E6D.8080403@gmail.com> <561BCF54.7060000@yandex.ru> <561D85DE.4090304@gmail.com> <561F1A75.1000909@yandex.ru> <561FA2A3.9030409@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444989696 2932 80.91.229.3 (16 Oct 2015 10:01:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2015 10:01:36 +0000 (UTC) Cc: adatgyujto@gmail.com, emacs-devel@gnu.org To: Eric Ludlam , Dmitry Gutov , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 16 12:01:25 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 1Zn1p9-0005Cb-A2 for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 12:01:19 +0200 Original-Received: from localhost ([::1]:52377 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn1oy-0003Oe-ND for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 06:01:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn1ob-0003NQ-Fl for emacs-devel@gnu.org; Fri, 16 Oct 2015 06:00:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zn1oY-00057k-93 for emacs-devel@gnu.org; Fri, 16 Oct 2015 06:00:45 -0400 Original-Received: from smtp23.iq.pl ([86.111.242.228]:50801) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn1oX-000571-OZ for emacs-devel@gnu.org; Fri, 16 Oct 2015 06:00:41 -0400 Original-Received: (qmail 11034 invoked from network); 16 Oct 2015 10:00:37 -0000 Original-Received: from unknown (HELO [192.168.1.106]) (esperanto@cumego.com@[159.205.196.239]) (envelope-sender ) by smtp22.iq.pl with AES128-SHA encrypted SMTP for ; 16 Oct 2015 10:00:37 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <561FA2A3.9030409@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 86.111.242.228 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:191734 Archived-At: W dniu 15.10.2015 o 14:57, Eric Ludlam pisze: > * It lets you 'copy' a tag, and 'yank' it somewhere else. > * It provides an accurate 'beginning of defun', 'end of defun', > 'narrow to defun' > * srecode can programmatically insert new tags between other tags > using a hueristic. > * It can figure out where to place or find a header comment. > * You can decorate the tags accurately > * Provides a starting symbol for some commands, such as symref. > * Adding folding of tags to a buffer is pretty easy (though that > contribution didn't get a release. :( ) > * The stuff imenu / which-func does but with more options such as > breadcrumb type format. > * You can parse the local context more quickly determining nesting > context (ie - method in a class) for decoding symbols (like "this") > * There's a mode that tracks what tag you are in as you edit so you can > jump through your history by name. > * From a self-dependency point of view, it enables incremental > reparsing of a buffer. > > -Eric > IMHO Semantic + SRecode combo, even with information from only one buffer, is a great fit for implementation of many local refactorings: Extract Method, Extract Var/Const, Inline temp, etc. (see here: http://www.refactoring.com/catalog/)