From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lluis Newsgroups: gmane.emacs.devel Subject: Re: Completions in Semantic Date: Wed, 21 Oct 2009 15:28:47 +0200 Message-ID: <20091021132847.GA20406@ginnungagap.pc.ac.upc.edu> References: <1255969613.6961.1056.camel@projectile.siege-engine.com> <1255980824.6961.1075.camel@projectile.siege-engine.com> <1255990628.6961.1084.camel@projectile.siege-engine.com> <1256070021.6961.1107.camel@projectile.siege-engine.com> <20091021105840.GD2964@ginnungagap.pc.ac.upc.edu> <1256128529.6961.1138.camel@projectile.siege-engine.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1256135860 469 80.91.229.12 (21 Oct 2009 14:37:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Oct 2009 14:37:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Eric M. Ludlam" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 21 16:37:29 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N0cJZ-0000DX-T2 for ged-emacs-devel@m.gmane.org; Wed, 21 Oct 2009 16:37:26 +0200 Original-Received: from localhost ([127.0.0.1]:41936 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0cJY-0004KJ-Pv for ged-emacs-devel@m.gmane.org; Wed, 21 Oct 2009 10:37:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N0bFF-0003Lh-7Z for emacs-devel@gnu.org; Wed, 21 Oct 2009 09:28:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N0bF9-0003AX-Kb for emacs-devel@gnu.org; Wed, 21 Oct 2009 09:28:51 -0400 Original-Received: from [199.232.76.173] (port=46328 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0bF9-0003A8-5l for emacs-devel@gnu.org; Wed, 21 Oct 2009 09:28:47 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:42653) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1N0bF8-0008AL-45 for emacs-devel@gnu.org; Wed, 21 Oct 2009 09:28:46 -0400 Original-Received: (qmail invoked by alias); 21 Oct 2009 13:28:42 -0000 Original-Received: from dync-30-245.ac.upc.edu (EHLO localhost) [147.83.30.245] by mail.gmx.net (mp058) with SMTP; 21 Oct 2009 15:28:42 +0200 X-Authenticated: #12333383 X-Provags-ID: V01U2FsdGVkX19P32g4cV1Pg6Mjhev5p4CfMVU/fqljE+di8ejXyc MX46JAI6ezAWMs Content-Disposition: inline In-Reply-To: <1256128529.6961.1138.camel@projectile.siege-engine.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:116291 Archived-At: El Wed, Oct 21, 2009 at 08:35:29AM -0400, Eric M. Ludlam ens deleità amb les següents paraules: > Just as an FYI about the semantic tag info (which you seem to be > alluding to), is that it provides all that info, though not necessarily > from the completion engine via a UI. Well, it's been a long time since I played with the completion interfaces provided in CEDET, but I already knew all that information was available somewhere in semantic :) I just didn't know documentation was also available as one of the tag's attributes, which reminds me that: 1) One-liner doxygen description shows up with the `*/' at the end 2) Descriptions of the form: /*< description */ are not assigned to the correct variable 3) One more nice feature would be to have the "show long documentation" parse doxygen-specific commands such that parameters descriptions are shown more clearly I also tried with `completion-ui', `auto-complete' and `company-mode', which are the ones I've found that provide completion UIs through overlays (hope I'm using the correct term), which is the form i feel more comfortable with. But as far as I've been able to see, none of these three provide the features I've mentioned, although they do provide semantic-based backends for completion. [...] > Since it uses a code analyzer, you tend not to need too much in the way of > narrowing of scope since it knows what symbols don't fit in a particular > context, so it doesn't provide them as completions. Right, that's just a feature I found in company-mode, and thought it was nice when working with a large amount of possible completions; which is not usually my case, now that I work mostly in C++. > If core emacs completion prompts were to select some metadata based > approach to completion tables, the Semantic tag format is pretty simple, > and could provide what is needed. See, my Emacs/elisp knowledge is too scarce to have an opinion on this :) I once tried diving into semantic to accomplish what I wanted, together with completion-ui, but back then it was just my first or second week with emacs and lisp, so I think accomplishing that really was out of my possibilities :) In any case, I don't know if there is general interest on the features I have described. If not, I might eventually try to implement that, but would need some advice on which are the "standard" mechanisms from which to build up so that the solution is near to the least convoluted outcome. But this will be "some day"... my first contact is still to be finished with a small improvement to VC to allow filling the commit report with "C-x 4 a" without having to fill up a changelog file; which I've been postponing for too long. Thanks, Lluis -- "And it's much the same thing with knowledge, for whenever you learn something new, the whole world becomes that much richer." -- The Princess of Pure Reason, as told by Norton Juster in The Phantom Tollbooth