From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Is intellisense features integration in Emacs technically possible? Date: Mon, 27 Jan 2014 01:04:08 +0200 Message-ID: <52E59468.3010808@yandex.ru> References: <1390269670.2888.14.camel@localhost.localdomain> <83zjmpf80o.fsf@gnu.org> <877g9shqms.fsf@newcastle.ac.uk> <20140122194930.49ba60be@forcix.kollektiv-hamburg.de> <87fvoedebx.fsf@newcastle.ac.uk> <20140123215656.30bf63b8@forcix.kollektiv-hamburg.de> <8738kb1uvu.fsf@yandex.ru> <20140126111523.4d842288@forcix.kollektiv-hamburg.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1390777470 13089 80.91.229.3 (26 Jan 2014 23:04:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 26 Jan 2014 23:04:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Jorgen Schaefer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 27 00:04:35 2014 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 1W7Ykl-0007Qx-Hl for ged-emacs-devel@m.gmane.org; Mon, 27 Jan 2014 00:04:35 +0100 Original-Received: from localhost ([::1]:56628 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7Ykl-000227-4A for ged-emacs-devel@m.gmane.org; Sun, 26 Jan 2014 18:04:35 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7YkZ-0001mt-DL for emacs-devel@gnu.org; Sun, 26 Jan 2014 18:04:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W7YkQ-0007z0-4l for emacs-devel@gnu.org; Sun, 26 Jan 2014 18:04:23 -0500 Original-Received: from mail-ea0-x230.google.com ([2a00:1450:4013:c01::230]:59120) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7YkP-0007yR-Uq for emacs-devel@gnu.org; Sun, 26 Jan 2014 18:04:14 -0500 Original-Received: by mail-ea0-f176.google.com with SMTP id h14so1973632eaj.7 for ; Sun, 26 Jan 2014 15:04:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=J3wCyK579KIMbZGmrHnfpMJc6hJZXfyJaqUnUoj0XU4=; b=VWLFCt2e6kd10MlM4FLqgCaacd1CeP6CJShvQP7COBVb4PeRsAgja3vaS7NdqZuZWU pGPi1DUzr8IFCkAQgiBFCV8n5al839rV++P5IPUUZfEjmkDQ+60mmMcsFfFCxfiRPZvf Vof7ZszHe7Z03bOctFWkS3pW1f7kxqSA5dLLticPPaKnL4w+FbmWNJVBBVvC3bpRobrh lhypQhObPmhxnNocylmWMawHh4P8AVi+bCrCNcFWVjJzb3sqUgPKFi57+AefjapqQnwi vH/3BuC/2o3yL1nlYYHBGRjvcfDUJPJNJSR2hEATIxlrROhvgCePdAn8N0gzmAprwRt8 Q8pA== X-Received: by 10.14.211.131 with SMTP id w3mr15318883eeo.7.1390777452027; Sun, 26 Jan 2014 15:04:12 -0800 (PST) Original-Received: from [192.168.10.2] (213-173-121.netrunf.cytanet.com.cy. [213.7.173.121]) by mx.google.com with ESMTPSA id m1sm13094128een.7.2014.01.26.15.04.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 Jan 2014 15:04:11 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: <20140126111523.4d842288@forcix.kollektiv-hamburg.de> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::230 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:169151 Archived-At: On 26.01.2014 12:15, Jorgen Schaefer wrote: > The "first" one. ;-) Basically, what you get when you hit RET in > Company, without typing anything. The delay for this can be a lot > shorter, up to "almost instantaneous", than the delay for popping up the > completion pop-up. I don't really see how that's useful: you can indeed type RET and get the same result. The delay is non-zero by default not only so that the user is not constantly interrupted by the popup, but also because the candidates retrieval is not instantaneous (and usually blocks Emacs), and to retrieve the "first" candidate we'll have to retrieve all candidates anyway. On the subject of interruptions, personally I'd be almost as annoyed by the inline hint overlay appearing too quickly, as by the full popup doing the same. > (Come to think of it, isn't there a way of sorting completion > results? It's one of the things I want to get auto-complete to do, > because completions from Python backends are most of the time of higher > quality than, say, dabbrev completions.) In Company, completions from merged backends are sorted automatically (see `company--multi-backend-adapter', it returns nil for `sorted'). But you could write a similar merging adapter that would only sort indivitual candidate lists returned from given backends, and then simply concatenate them. > I did not look much closer. The solution you provided is more or less > what auto-complete does with its init call and caching, which would > likely work slightly better than auto-complete because I have more > control over it, but well, a-c already has it implemented. Hence, I was > quite satisfied - it solves my problem, and I can not and do not expect > any more from you, you were very helpful already - but it's not what I > was hoping for. Well, as long as you're satisfied with the current situation, it's fine, I guess. > I want to look at Company again at some point in the future and see if > I can make a list of things I miss and maybe start working on them, but > at the moment I'm very low on time, so I pushed that down my list quite > a bit I'm afraid. Ok.