From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.bugs Subject: bug#6830: widget-complete bad completions in :type 'file Date: Sat, 25 Feb 2012 11:30:30 +0800 Message-ID: <87d393zj1l.fsf@gnu.org> References: <871v99wgb1.fsf@stupidchicken.com> <87tym5ufk0.fsf@stupidchicken.com> <83ty2grpn0.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1330140695 29786 80.91.229.3 (25 Feb 2012 03:31:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 25 Feb 2012 03:31:35 +0000 (UTC) Cc: 6830@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 25 04:31:34 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S18M8-00082o-7T for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Feb 2012 04:31:32 +0100 Original-Received: from localhost ([::1]:48620 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S18M7-0007sO-NU for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Feb 2012 22:31:31 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:53715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S18M4-0007sD-Bc for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2012 22:31:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S18M1-0008Rv-UB for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2012 22:31:28 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52967) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S18M1-0008Rr-QQ for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2012 22:31:25 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1S18OY-0006Cf-GF for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2012 22:34:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Feb 2012 03:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6830 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6830-submit@debbugs.gnu.org id=B6830.133014080023795 (code B ref 6830); Sat, 25 Feb 2012 03:34:02 +0000 Original-Received: (at 6830) by debbugs.gnu.org; 25 Feb 2012 03:33:20 +0000 Original-Received: from localhost ([127.0.0.1]:54863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S18Nr-0006Bj-AQ for submit@debbugs.gnu.org; Fri, 24 Feb 2012 22:33:20 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]:52482) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S18Np-0006Bc-6g for 6830@debbugs.gnu.org; Fri, 24 Feb 2012 22:33:18 -0500 Original-Received: from bb116-14-103-36.singnet.com.sg ([116.14.103.36]:55248 helo=furball) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1S18LG-0003Vm-G1; Fri, 24 Feb 2012 22:30:39 -0500 In-Reply-To: <83ty2grpn0.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Feb 2012 21:35:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:57204 Archived-At: Eli Zaretskii writes: > On GNU/Linux, the first overlay in the sorted array happens to be the > one whose `field' value is equal to the text property, so find_field > works. On MS-Windows, the first overlay is the one whose value is > `completion', so find_field decides that the field begins and ends at > the same position. The rest, as they say, is history. Interesting. The overlays code should be independent of operating system. Any idea what causes the sort order to be different? Does the problem go away if in (let ((minibuffer-completion-table collection) (minibuffer-completion-predicate predicate) (ol (make-overlay start end nil nil t))) (overlay-put ol 'field 'completion) you also specify a `priority' of (say) 5?