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: enabling company-capf support in cfengine.el Date: Mon, 23 Dec 2013 03:32:33 +0200 Message-ID: <87sitks66m.fsf@yandex.ru> References: <87fvqtg02v.fsf@flea.lifelogs.com> <87zjnyxdpb.fsf@uwakimon.sk.tsukuba.ac.jp> <87k3f2j7xv.fsf@flea.lifelogs.com> <2518D79A-B9E4-45DF-A403-8330145DFD17@gmail.com> <87eh58j0x3.fsf@flea.lifelogs.com> <878uvg4ul2.fsf@yandex.ru> <87y53ghe94.fsf@flea.lifelogs.com> <87vbyk3497.fsf@yandex.ru> <87haa4gw69.fsf@flea.lifelogs.com> <87txe4usm1.fsf@yandex.ru> <87zjnvg2t2.fsf@flea.lifelogs.com> <87txe364q0.fsf@yandex.ru> <87r497fu0h.fsf@flea.lifelogs.com> <87haa1litl.fsf@yandex.ru> <87y53czx7e.fsf@yandex.ru> <87bo08bivm.fsf_-_@flea.lifelogs.com> <87sitkzahs.fsf@yandex.ru> <8738lkbcbx.fsf@flea.lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1387762370 26889 80.91.229.3 (23 Dec 2013 01:32:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Dec 2013 01:32:50 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 23 02:32:56 2013 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 1VuuO7-00053K-CE for ged-emacs-devel@m.gmane.org; Mon, 23 Dec 2013 02:32:55 +0100 Original-Received: from localhost ([::1]:59971 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuuO6-0004pT-WB for ged-emacs-devel@m.gmane.org; Sun, 22 Dec 2013 20:32:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60080) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuuNy-0004oM-TA for emacs-devel@gnu.org; Sun, 22 Dec 2013 20:32:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VuuNt-000561-II for emacs-devel@gnu.org; Sun, 22 Dec 2013 20:32:46 -0500 Original-Received: from mail-ee0-x230.google.com ([2a00:1450:4013:c00::230]:40050) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuuNt-00055x-Ag for emacs-devel@gnu.org; Sun, 22 Dec 2013 20:32:41 -0500 Original-Received: by mail-ee0-f48.google.com with SMTP id e49so2046366eek.35 for ; Sun, 22 Dec 2013 17:32:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=gF0A85uFkxUatL7/SRXuxo9tOJ6cr/HMiUtIjBtfiTg=; b=Ppg0SVbbfy/UNypishzSauqnZ2167diAKLEOld72CoL1eyFSRTWdbbSQLQbx/qqecU kIyBXA+3Sk+RtghGTSZOQ/YTcqzXQg7ZwScJZA9iCw6KwOUB3MvXiqvs3h/U06TIpNDJ mPCHb8v4NszaVEHQmwUOUuYDisDMcrsbeztkxCzmsNWtAyJ88oyQ+kYhBd9XridVvquD yzweTZ9JGqps+KpmGtz/4NPuf0fBUYjtcpNLIDgtUqHwUNFM4VnjLyx2T6HgK5QY7ljs GsbF66i/gCVKIGolBWCa0zlXdNEh8OokOsmH43OXO4IXv/xd84sShCu8fHuzJ5+6BX2n 0Baw== X-Received: by 10.14.7.2 with SMTP id 2mr18012670eeo.16.1387762360356; Sun, 22 Dec 2013 17:32:40 -0800 (PST) Original-Received: from axl (93-2-98.netrun.cytanet.com.cy. [93.109.2.98]) by mx.google.com with ESMTPSA id n1sm41064769eep.20.2013.12.22.17.32.38 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 22 Dec 2013 17:32:39 -0800 (PST) In-Reply-To: <8738lkbcbx.fsf@flea.lifelogs.com> (Ted Zlatanov's message of "Sun, 22 Dec 2013 20:11:46 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::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:166752 Archived-At: Ted Zlatanov writes: > It is. I provide ElDoc support currently. Is there a way to avoid > custom work for company-mode, and instead provide a commonly > understandable list of function definitions that works for ElDoc and for > company-mode? ElDoc is pretty simple, it expects me to do all the work > to find the current function and write the mini-docstring for it. Not at the moment, AFAIK. You're not the first person to notice this, see the FIXME at lisp/emacs-lisp/lisp.el#755. ElDoc works with the contents of the buffer, and until the user picks a candidate, the buffer only contains the prefix. But anyway, you're just duplicating a similar call from two places. The bulk of signature-fetching logic should be reusable. > it seems like Semantic integration would > actually make sense instead of custom code for this. Advice welcome. Maybe. Sorry, I don't know too much about Semantic.