From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#16334: 24.3.50; company-capf eats the first char in IELM filename completions Date: Sun, 05 Jan 2014 06:20:58 +0400 Message-ID: <52C8C18A.3010501@yandex.ru> References: <87sit4ejpq.fsf@yandex.ru> 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 1388888537 21767 80.91.229.3 (5 Jan 2014 02:22:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 Jan 2014 02:22:17 +0000 (UTC) Cc: 16334@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 05 03:22:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1VzdM6-0005cx-DC for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Jan 2014 03:22:22 +0100 Original-Received: from localhost ([::1]:56404 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzdM5-0000NI-V9 for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jan 2014 21:22:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzdLv-0000N9-VD for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 21:22:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzdLn-00018P-0O for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 21:22:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49007) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzdLm-00018L-Sr for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 21:22:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VzdLm-00050O-D9 for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 21:22:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jan 2014 02:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16334 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16334-submit@debbugs.gnu.org id=B16334.138888846619163 (code B ref 16334); Sun, 05 Jan 2014 02:22:02 +0000 Original-Received: (at 16334) by debbugs.gnu.org; 5 Jan 2014 02:21:06 +0000 Original-Received: from localhost ([127.0.0.1]:34793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzdKr-0004yz-P1 for submit@debbugs.gnu.org; Sat, 04 Jan 2014 21:21:06 -0500 Original-Received: from mail-la0-f42.google.com ([209.85.215.42]:37667) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzdKp-0004yZ-1w for 16334@debbugs.gnu.org; Sat, 04 Jan 2014 21:21:03 -0500 Original-Received: by mail-la0-f42.google.com with SMTP id ec20so9075055lab.15 for <16334@debbugs.gnu.org>; Sat, 04 Jan 2014 18:21:01 -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=MGQbPs1mF90FdjICX0tpjCH7xORnjgPK+OIabZWC1tY=; b=azl5qIRx0+m5osUdgOJ5dAl8TFkzgohU2RS3DEQ48fMnnQvFFm2O0dcmdPgz4KsFDL mqNzwORt6vjDrSASTfl3hoPFijbOJCf19w+LXyqnoPr6gxR2wZw+vhbL9x/kz7VqJCGj U/hEqVbag0rBFB9/ZhX5x9Xmok/5WFC/2weAphPHKAO3N3NdMOLbotLiYrTBtLR2h7ah y1mAHwCYPLVepuI4fypinQi9lYSo8ZkJDYaBA6IY/pzWmuRJnOvO0TBd0+el19drRqr2 4zlMDI77Xi8aNz5+NXGoREuDAa8Epi/68fBAAHyP7ZeXKWTXepI4E0X3XrAuV8AlixQ9 LMqg== X-Received: by 10.152.87.37 with SMTP id u5mr40383164laz.11.1388888461583; Sat, 04 Jan 2014 18:21:01 -0800 (PST) Original-Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id sd11sm51100646lab.2.2014.01.04.18.21.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 04 Jan 2014 18:21:00 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:82963 Archived-At: On 04.01.2014 09:00, Stefan Monnier wrote: > That's normal. Try C-x C-f / TAB TAB and you'll see that the leading / > is also "missing" in the *Completions* buffer. > ... > Indeed, Company can't handle all completion-at-point-functions so far > because it assumes all completion tables are "simple", unlike > for example filename completion. > > You can know how many chars are "missing" by calling > `completion-boundaries'. Thanks, I didn't know about that. > Ideally, Company should be extended to handle this feature, It's not hard to do, but are you sure it would be a good addition to the API? "Completion prefix" and "completion bounds" are easy to mix up, and from what I see in various completion mechanisms, the non-simple completion tables more often need to look at the whole buffer before point, or at least a large chunk of it. `completion-file-name-table' is more of an exception, I think. But if it was only passed the segment of STRING after the last path separator, it could still look behind it in the buffer and see the full path. > but for now that can be handled in company-capf. Ok, I'll try.