From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Haselwarter Newsgroups: gmane.emacs.devel Subject: Re: Does CEDET work? Date: Thu, 26 Apr 2012 20:14:25 +0200 Message-ID: <87k412e4xq.fsf@nzebook.haselwarter.org> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1335464090 19801 80.91.229.3 (26 Apr 2012 18:14:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 26 Apr 2012 18:14:50 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 26 20:14:50 2012 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 1SNTDL-0002Sl-7I for ged-emacs-devel@m.gmane.org; Thu, 26 Apr 2012 20:14:47 +0200 Original-Received: from localhost ([::1]:59988 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNTDK-0003Oa-Hf for ged-emacs-devel@m.gmane.org; Thu, 26 Apr 2012 14:14:46 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:51053) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNTDH-0003OJ-7v for emacs-devel@gnu.org; Thu, 26 Apr 2012 14:14:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SNTDF-00074z-GI for emacs-devel@gnu.org; Thu, 26 Apr 2012 14:14:42 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:41781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNTDF-00073e-98 for emacs-devel@gnu.org; Thu, 26 Apr 2012 14:14:41 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SNTDB-0002KA-NI for emacs-devel@gnu.org; Thu, 26 Apr 2012 20:14:37 +0200 Original-Received: from 30.85.114.78.rev.sfr.net ([78.114.85.30]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2012 20:14:37 +0200 Original-Received: from philipp by 30.85.114.78.rev.sfr.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2012 20:14:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 30.85.114.78.rev.sfr.net X-NSA-Fodder: AVN sniper corporate security Downing Street Soviet Glock X-Meat: Buffalo User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.1.50 (gnu/linux) Cancel-Lock: sha1:AZHOCilXr7L3zy9dHR8kcfj2ovc= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:150051 Archived-At: This is what most of the folks that see me using Emacs for C code (which is arguably the language best supported by CEDET) want to have for /their/ setup. Apart from a functioning CEDET, auto-complete is *very* appealing visually and a for many (novice-) users a more attractive way to be presented with context-completion than a completion-buffer (actually the interface is provided by popup.el). It'd be nice to have this in stock Emacs. As Eric has pointed out himself, the entry barrier is quite high though and support for other languages often requires difficult customizations (if possible at all). A better integration by default for some of the most-used languages would increase Emacs's usefulness tremendously for the majority of people writing code, which in my understanding is the main purpose of Emacs. The framework is there, now it needs some love and attention from the core people. A stronger endorsement might also lead a to better integration with external tools that now write their own glue-code to tie into Emacs (eg. rope, to stick with Eric's Python example). The same is true for language modes. Providing a unified entry point is important to make the features these tools provide accessible. Without raising the question what Emacs wants to be or can be, I think this is an area that could use some more attention and dev-time. -- Philipp Haselwarter