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: Completion: minibuffer.el vs comint.el Date: Tue, 29 Mar 2011 17:18:02 +0200 Message-ID: <4D91F82A.2070008@gmx.at> References: <20101114173358.683A6628353@mail.cs.ucr.edu> <4D91A2E9.9070409@gmx.at> 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 1301411994 27576 80.91.229.12 (29 Mar 2011 15:19:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 29 Mar 2011 15:19:54 +0000 (UTC) Cc: Andrew Helsley , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 29 17:19:49 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 1Q4ahx-0004tR-IG for ged-emacs-devel@m.gmane.org; Tue, 29 Mar 2011 17:19:49 +0200 Original-Received: from localhost ([127.0.0.1]:42552 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4ahw-0000X2-OP for ged-emacs-devel@m.gmane.org; Tue, 29 Mar 2011 11:19:48 -0400 Original-Received: from [140.186.70.92] (port=50204 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q4agN-0008CR-U2 for emacs-devel@gnu.org; Tue, 29 Mar 2011 11:18:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q4agL-00031J-NZ for emacs-devel@gnu.org; Tue, 29 Mar 2011 11:18:10 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:54455) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q4agL-00030t-BW for emacs-devel@gnu.org; Tue, 29 Mar 2011 11:18:09 -0400 Original-Received: (qmail invoked by alias); 29 Mar 2011 15:18:07 -0000 Original-Received: from 62-47-45-250.adsl.highway.telekom.at (EHLO [62.47.45.250]) [62.47.45.250] by mail.gmx.net (mp047) with SMTP; 29 Mar 2011 17:18:07 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19uFP9BGiVuYDr0Ji4O1SDUye2bo6YK62wl6/vbND aG/MDe6BnY+UYV 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.23 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:137855 Archived-At: >> The dedicated window method works well for displaying a buffer in a >> separate frame or a new window. > > But that's exactly what we do currently: mark the window dedicated if > and only if the window was created for this buffer. > >> It can't be used when a window is reused for displaying the buffer. > > Indeed we don't mark it dedicated when we reuse a window. > >> In my branch `display-buffer' always records the previous state and >> burying the buffer or quitting the window conveniently restores the >> previous state. > > Not sure what "state" this includes, so maybe it's a good idea, but > I haven't seen many complaints about the current behavior in this respect. The previous "state" for a reused window is that window's buffer, window start, and window point at the time it was replaced by `display-buffer'. This amounts to all the things we currently restore when quitting a help window. martin