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: The window-pub branch Date: Tue, 07 Dec 2010 09:18:26 +0100 Message-ID: <4CFDEDD2.6060402@gmx.at> References: <4CE56872.6050502@gmx.de> <4CE6A9C3.5060400@gmx.de> <4CE792B7.7090406@gmx.at> <4CE7DEAB.8030401@gmx.de> <4CE80D77.10801@gmx.at> <4CE83A6B.6090904@gmx.de> <4CE8EB28.3060607@gmx.at> <4CE91FED.9060705@gmx.de> <4CE95C04.1090905@gmx.at> <4CEA3A75.50100@gmx.at> <4CEA514F.2030901@gmx.de> <4CEA53A5.9080009@gmx.at> <4CEA575E.5020607@gmx.de> <4CEA78DB.6010107@gmx.at> <4CEAA8C5.6080503@gmx.at> <4CEB703A.4070309@gmx.at> <4CEBDE5B.1070904@gmx.at> <4CEBF770.6080309@gmx.at> <4CFA8432.5000708@gmx.de> <4CFB7B30.9030309@gmx.at> <4CFBF5CE.9090200@gmx.de> <4CFCAB94.5010208@gmx.at> <4CFD20DF.4000701@gmx.de> <4CFD3C78.8050102@gmx.at> <4CFD671B.5010502@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1291709925 669 80.91.229.12 (7 Dec 2010 08:18:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Dec 2010 08:18:45 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: grischka Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 07 09:18:41 2010 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 1PPskx-0005Fd-M5 for ged-emacs-devel@m.gmane.org; Tue, 07 Dec 2010 09:18:40 +0100 Original-Received: from localhost ([127.0.0.1]:45713 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PPskw-0002Rc-Uh for ged-emacs-devel@m.gmane.org; Tue, 07 Dec 2010 03:18:39 -0500 Original-Received: from [140.186.70.92] (port=44764 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PPskp-0002RU-F4 for emacs-devel@gnu.org; Tue, 07 Dec 2010 03:18:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PPsko-0005OI-DK for emacs-devel@gnu.org; Tue, 07 Dec 2010 03:18:31 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:55016 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PPskn-0005Nb-Nq for emacs-devel@gnu.org; Tue, 07 Dec 2010 03:18:30 -0500 Original-Received: (qmail invoked by alias); 07 Dec 2010 08:18:27 -0000 Original-Received: from 62-47-59-39.adsl.highway.telekom.at (EHLO [62.47.59.39]) [62.47.59.39] by mail.gmx.net (mp063) with SMTP; 07 Dec 2010 09:18:27 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX187ZWosDkI7MTGces6MlsZA9J0d+wat4aNjL14GRu xS3XZCptkHF2KR User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <4CFD671B.5010502@gmx.de> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:133490 Archived-At: >> An unsplittable frame is a frame that preserves its integrity and a >> dedicated window is one that preserves its buffer. Would rewriting the >> documentation make you happy? > > What about the "integrity" of GUD when its attempts to split fail > altogether? Would rewriting the documentation make GUD happy? Note that you can always tweak specifiers in a way such that displaying buffers fails iff the current way of splitting would fail as well. Just that `display-buffer' is less convenient for the application programmer. > Open a second frame, show *scratch*, go to the first frame, show > some file, type > M-: (select-window (get-buffer-window "*scratch*" t)) > type some more chars. > > For me, chars go to file (GTK and MS-Windows). A clear bug IMHO. The command loop must switch focus here. > However if anything has only limited awareness of the context then > it's the application. So you _do_ want to embed ediff windows in your frame layout? > Sure, I know that. I was just interested in how far you got. > Maybe you have some snippet that people can try at some point. I'll push my recent changes by the end of the week, hopefully. > Recipe: > - visit ewm.el > - M-x eval-buffer > - M-: (selected-window) > # > - F9 ;; compilation window opens > - M-: (selected-window) > # > > So well, it's a bit magic. UI-wise you're still in the same window with > 'ewm.el' but in fact it's different and the old one (#15) is not live-p > anymore. I think ECB has the same problem. It's very annoying when you have overlays with a window property. These won't apply any more after the change. martin