From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Completions in Semantic Date: Thu, 22 Oct 2009 16:12:09 -0400 Message-ID: References: <87tyxwxq6t.fsf@stupidchicken.com> <1255924220.6961.1039.camel@projectile.siege-engine.com> <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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1256242353 32636 80.91.229.12 (22 Oct 2009 20:12:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2009 20:12:33 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lluis Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 22 22:12:23 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 1N141H-0005o7-Am for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2009 22:12:23 +0200 Original-Received: from localhost ([127.0.0.1]:49350 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N141G-0002s8-QM for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2009 16:12:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N1419-0002rd-BN for emacs-devel@gnu.org; Thu, 22 Oct 2009 16:12:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N1414-0002qE-Qn for emacs-devel@gnu.org; Thu, 22 Oct 2009 16:12:15 -0400 Original-Received: from [199.232.76.173] (port=40761 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N1414-0002q9-Ko for emacs-devel@gnu.org; Thu, 22 Oct 2009 16:12:10 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:17739 helo=ironport2-out.pppoe.ca) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N1414-0002Jw-A3 for emacs-devel@gnu.org; Thu, 22 Oct 2009 16:12:10 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEEAG9Z4EpLd/m0/2dsb2JhbACBUtsMhD8EgliFRQ X-IronPort-AV: E=Sophos;i="4.44,607,1249272000"; d="scan'208";a="48023395" Original-Received: from 75-119-249-180.dsl.teksavvy.com (HELO pastel.home) ([75.119.249.180]) by ironport2-out.pppoe.ca with ESMTP; 22 Oct 2009 16:12:09 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 076938074; Thu, 22 Oct 2009 16:12:09 -0400 (EDT) In-Reply-To: <20091021105840.GD2964@ginnungagap.pc.ac.upc.edu> (Lluis's message of "Wed, 21 Oct 2009 12:58:40 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:116313 Archived-At: > I don't know about the features of current code, but I miss some > features on some (if not all) the completion interfaces I've tested. > So here's a list of (my) desired features (all of which should be > configurable by the user): Sounds interesting, but I must be missing some context because there's a lot of references I don't understand. Could you expand on them? > - symbol name > Of course, this is what already provides every completion UI No idea what you're talking about here. > - extra information > This can be filled ub with symbol "metadata". Which metadata > appears on the completion UI should be configurable by the user: > - return type > - arguments (type and/or name) > - definition location (aka file) > - short documentation > - long documentation > All this metadata should be located anywhere around the symbol name > and/or the minibuffer (e.g., I think company-mode shows short > documentation on minibuffer, until user presses F1, when full > documentation is shown. Some metadata might be shown in the > minibuffer after completion selection (e.g., prototype). Oh... wait, are you talking specifically about completion in code buffers, so "symbol name" above referred to the ability to complete an identifier? As for this "extra info", I see what you mean, but usually completion involves several potential candidates, so listing them all plus all their info would take way too much space in general (if not, then something like completion-annotate-function should work). So usually this extra info is provided outside of the completion functionality (e.g. via eldoc-mode or something similar). But, yes, I'd like to extend the *Completions* buffer so that you could ask for more info (either on all entries, or just on one at a time). > - result narrowing > A-la company-mode. No idea to what this is referring. > - argument placeholders So that argument type and/or name is shown as > placeholders, such that the user simply TABs (or whatever) to fill-in > the blanks. Idem. Unless you mean something like skeletons/templates, but then I fail to see the connection with completion. Stefan