From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.devel Subject: Re: ERC tracking broken Date: Wed, 30 Mar 2011 07:59:00 +0200 Message-ID: <87hbal409n.fsf@gmail.com> References: <8739m54zz7.fsf@gmail.com> <87y63xoa56.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1301469472 32006 80.91.229.12 (30 Mar 2011 07:17:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 30 Mar 2011 07:17:52 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 30 09:17:48 2011 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.69) (envelope-from ) id 1Q4pex-0007lK-MK for ged-emacs-devel@m.gmane.org; Wed, 30 Mar 2011 09:17:43 +0200 Original-Received: from localhost ([127.0.0.1]:39411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4pew-0004J8-VW for ged-emacs-devel@m.gmane.org; Wed, 30 Mar 2011 03:17:43 -0400 Original-Received: from [140.186.70.92] (port=56810 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4oQt-0007Pw-IC for emacs-devel@gnu.org; Wed, 30 Mar 2011 01:59:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q4oQs-0003jT-75 for emacs-devel@gnu.org; Wed, 30 Mar 2011 01:59:07 -0400 Original-Received: from mail-ww0-f49.google.com ([74.125.82.49]:64008) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q4oQs-0003jN-2s for emacs-devel@gnu.org; Wed, 30 Mar 2011 01:59:06 -0400 Original-Received: by wwb39 with SMTP id 39so944944wwb.30 for ; Tue, 29 Mar 2011 22:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=qIgAilSbaFtybSWsZuMRnq1kYCUqK2Bse35U5LkmTIA=; b=wbc55XJJBRqP6nsodWBWPIoFEXJ1FOOH02ygZy76JFNxdnYD1vFi3GuxU8phjOSwcY NYw3M4R2j72HhGLa+yYuyKGJ2/6HKNq7Lql/SKBlQYYeDHfwecPog9EdPpf27GNb0+DE v8J0oAIc6MNIzceFqjRMx85+/1+Ni7Okhote4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=CQiCuo1/vcM/TWLROerU39H0YbY0FiKM4qzgA2GaOEah9ASgFF95nyn8I6bXgVWeCX 2VILTssRmBa1Rw19RJk1edpsdoENQCiYGYvBuuK+tScOzfRB3Twptc3FGdWibkDo8F8Y XjUZWm+7r21SAqw8Jidqe0klMTDLOuoyW+gW8= Original-Received: by 10.227.195.75 with SMTP id eb11mr796094wbb.120.1301464744417; Tue, 29 Mar 2011 22:59:04 -0700 (PDT) Original-Received: from lambda (ney92-7-78-233-218-202.fbx.proxad.net [78.233.218.202]) by mx.google.com with ESMTPS id b20sm2814121wbb.16.2011.03.29.22.59.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Mar 2011 22:59:02 -0700 (PDT) In-Reply-To: (Stefan Monnier's message of "Tue, 29 Mar 2011 20:56:42 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.49 X-Mailman-Approved-At: Wed, 30 Mar 2011 03:17:34 -0400 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:137894 Archived-At: 30/03/11 02:56, Stefan Monnier >> Alright, I finally traced it back to something not ERC-related. The >> easiest way I could reproduce it is with some code to highlight >> parentheses. So here's a simple recipe: > >> - Get http://pastebin.com/UafFZ9qy and put it in your load path (I got >> this code from emacswiki some time ago, it worked fine until today - >> which doesn't mean it's correct, maybe your changes simply exposed a >> bug in it) > >> - Put > >> (require 'highlight-parentheses) >> (global-highlight-parentheses-mode t) >> (ido-mode 1) >> (icomplete-mode 1) > >> in a blank .emacs > >> - M-x a, observe there's a nice completion list >> - C-g to get out of the completion >> - M-x a, observe the completion list has disappeared (for the rest >> of the session) > > I did: > > % trunk/src/emacs -Q -l /.../highlight-parentheses.el \ > -f global-highlight-parentheses-mode \ > -f ido-mode \ > -f icomplete-mode This is fine > M-x a, observe the completion list > C-g to get out of M-x > M-x a > > and I observed the completion list again. > I.e. I can't reproduce it here :-( That's weird. I just checked using a make bootstrap, the problem is still there, at latest bzr. > > > Stefan > > > PS: Why use ido and icomplete? Doesn't ido already do what icomplete does? No, icomplete adds "inline" completion, which icomplete doesn't do. Maybe I wasn't too clear earlier: when I was speaking of the completion list, I meant the completion list from icomplete that appears in real time in the minibuffer when typing things (which probably uses post-command-hook), not the one you get by pressing TAB (which probably doesn't). Are we talking about the same thing? PS: actually, this is slighty more subtle than I thought. Try the following, still with the same initialisation M-x C-g M-x t (inline completion on) o (inline completion off, which is a bug) TAB (inline completion on) Antoine