From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: ESS completion buffer Date: Mon, 19 Mar 2007 10:26:25 -0400 Message-ID: References: <1174289696.585241.317650@y80g2000hsf.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1174315143 18235 80.91.229.12 (19 Mar 2007 14:39:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 19 Mar 2007 14:39:03 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Mar 19 15:38:55 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HTJ0f-0006X9-Si for geh-help-gnu-emacs@m.gmane.org; Mon, 19 Mar 2007 15:38:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HTJ2A-0007Sy-4t for geh-help-gnu-emacs@m.gmane.org; Mon, 19 Mar 2007 09:40:26 -0500 Original-Path: shelby.stanford.edu!newshub.stanford.edu!postnews.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.umontreal.ca!news.umontreal.ca.POSTED!not-for-mail Original-NNTP-Posting-Date: Mon, 19 Mar 2007 09:26:25 -0500 Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.95 (gnu/linux) Cancel-Lock: sha1:UVI0oXefM1poEhXaPl5GOs3bgxI= Original-Lines: 34 Original-NNTP-Posting-Host: 132.204.27.213 Original-X-Trace: sv3-JU7WRhbo+wAFvVXp7zl75XtAHjbOp/PfA/i7J70XZ4Tu9Kv5UGpW7pTP7CZAx0GpqeS24jkRNwj3lWE!yAJWVnqaU+dGsinlIrAwkTUlZHIzt+tgn+DKHlRRByOxuQ35cxuU7NX6b5IOYd68K1Iy68u961tj!6YXH8EaiZjpTJu+WfQ== Original-X-Complaints-To: abuse@umontreal.ca X-DMCA-Complaints-To: abuse@umontreal.ca X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.34 Original-Xref: shelby.stanford.edu gnu.emacs.help:146447 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:42051 Archived-At: > thing, but when I hit Tab in ESS buffer to see the completions, a new > buffer emerges, and it _always_ hides my script buffer. That's > annoying, because when I actually complete the command, the > *Completions* buffer is still there. The same thing takes place even > if I have 2 separate frames :-( The usual completions buffer (like > the one for opening files) always disappears when I complete the > command. Yes, it's annoying and I hope we can find a solution to that problem at some point. The problem is that, contrary to completion done in a minibuffer, completion done inside a normal buffer doesn't have a clearly defined "end". E.g. you type fo[TAB][TAB] it completes to "foo", you then type b[TAB]c Now, maybe you will hit TAB again now, or maybe you're done with the completion. Now that I think about it, maybe a good heuristic would simply be to do (right after popping up the completions buffer): (add-hook 'pre-command-hook (lambda () (unless (memq this-command '( self-insert-command)) ))) -- Stefan