From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Usage examples of dedicated windows and popup frames? Date: Sat, 09 Jul 2011 15:00:48 +0200 Message-ID: <4E185100.2050100@gmx.at> References: <871uy0n9ch.fsf@member.fsf.org> <8762nc8xqe.fsf@member.fsf.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1310216478 7810 80.91.229.12 (9 Jul 2011 13:01:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 9 Jul 2011 13:01:18 +0000 (UTC) Cc: Tassilo Horn , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 09 15:01:13 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QfX9l-0008F8-QV for ged-emacs-devel@m.gmane.org; Sat, 09 Jul 2011 15:01:13 +0200 Original-Received: from localhost ([::1]:37313 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QfX9h-0007GW-G8 for ged-emacs-devel@m.gmane.org; Sat, 09 Jul 2011 09:01:09 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:34018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QfX9T-0007GP-JG for emacs-devel@gnu.org; Sat, 09 Jul 2011 09:00:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QfX9S-0007cJ-LD for emacs-devel@gnu.org; Sat, 09 Jul 2011 09:00:55 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:55334) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QfX9S-0007c4-9F for emacs-devel@gnu.org; Sat, 09 Jul 2011 09:00:54 -0400 Original-Received: (qmail invoked by alias); 09 Jul 2011 13:00:52 -0000 Original-Received: from 62-47-36-119.adsl.highway.telekom.at (EHLO [62.47.36.119]) [62.47.36.119] by mail.gmx.net (mp002) with SMTP; 09 Jul 2011 15:00:52 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+oZBRis1+oSMyeSUP/6UJbicpyh8/VERRpwALzxU wV2DExMvErq1hj User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.22 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:141847 Archived-At: >> 1. Goto *scratch* and eval the form above. >> 2. (def ==> a comletion frame pops up *and gets input focus* > > This input focus issue is a problem, indeed, but AFAIK it's one that's > difficult to fix. Drew uses `redirect-frame-focus' and from what I can tell after experimenting a bit with his code it seems to work. >> 4. (defalia ==> defalias is the sole completion, and at that point >> in time, the completion frame shows *scratch*, too, just like the >> frame I'm typing in. > > This is clearly a bug. Martin, could you take a look at it? If we just > popped up this frame for *Completions*, minibuffer-hide-completions > should hide the frame. > >> Oh, now I did another completion, and this time the completion frame was >> indeed iconified. > > Huh? > >> Unfortunately, it doesn't come up automatically when completing again. >> Doing it manually shows that it contains the new completion list. > > Yet another bug. > >> (setq pop-up-frames 'graphic-only >> display-buffer-reuse-frames t >> special-display-regexps '(("^\\*.*\\*$" pop-to-buffer-same-frame))) >> >> Using that (emacs -Q), completion now pops up a new window showing >> *Completions*, and also a new frame showing the same buffer... >> If I understand the docs correctly, then I could also use >> >> (setq special-display-regexps '(("^\\*.*\\*$" ((same-frame . t))))) >> >> but with that, completions still appear in a popup frame and no popup >> window is shown at all. > > Martin, can you explain this behavior? Yes. I sometimes used the symbol 'dedicated instead of 'dedicate so the *Completions* window did not get softly dedicated. Should be fixed now. Tassilo please tell us what you see now in your cases. martin