From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.help Subject: Re: MY window tree! Date: Sun, 14 Jan 2007 18:56:44 +0100 Message-ID: <45AA6EDC.1090009@gmail.com> References: <45A8B034.8020301@gmx.at> <45A9F965.4080007@gmail.com> <45AA1382.2030506@gmx.at> <45AA17CE.9050009@gmail.com> <45AA6B59.30203@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: sea.gmane.org 1168881288 11240 80.91.229.12 (15 Jan 2007 17:14:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 15 Jan 2007 17:14:48 +0000 (UTC) Cc: help-gnu-emacs@gnu.org, michael@cadilhac.name Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jan 15 18:14:42 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by lo.gmane.org with esmtp (Exim 4.50) id 1H6VJI-0001zm-QY for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jan 2007 18:07:52 +0100 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1H6VIk-0008SU-4W for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jan 2007 18:07:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H69bJ-0007Ce-Jm for geh-help-gnu-emacs@m.gmane.org; Sun, 14 Jan 2007 12:57:01 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H69b5-0007Ap-4O for help-gnu-emacs@gnu.org; Sun, 14 Jan 2007 12:56:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H69b2-00077t-JS for help-gnu-emacs@gnu.org; Sun, 14 Jan 2007 12:56:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H69b2-00077d-Eo for help-gnu-emacs@gnu.org; Sun, 14 Jan 2007 12:56:44 -0500 Original-Received: from [80.76.149.212] (helo=ch-smtp01.sth.basefarm.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1H69b1-0000Bl-SW for help-gnu-emacs@gnu.org; Sun, 14 Jan 2007 12:56:44 -0500 Original-Received: from c83-254-145-24.bredband.comhem.se ([83.254.145.24]:64087 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.63) (envelope-from ) id 1H69az-00057n-6G; Sun, 14 Jan 2007 18:56:42 +0100 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) Original-To: martin rudalics In-Reply-To: <45AA6B59.30203@gmx.at> X-Antivirus: avast! (VPS 0703-0, 2007-01-13), Outbound message X-Antivirus-Status: Clean X-Scan-Result: No virus found in message 1H69az-00057n-6G. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1H69az-00057n-6G 14538d089c9e515a2006a79deb770b84 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:40310 Archived-At: martin rudalics wrote: > > Yes, it creates new windows and window local things will get broken. But > > I do not understand what you mean with "overlay relationships" here. > > Emacs overlays (if that is what you mean) is tighed to the buffer, not > > the window. > > Juanma explained that already. It can be done as > > (dolist (overlay (overlays-in (point-min) (point-max))) > (when (eq (overlay-get overlay 'window) old-window) > (overlay-put overlay 'window new-window))) > > > Maybe, but please be more specific about what will be missing when done > > on the lisp level. > > On the Lisp level it might be difficult to handle `get-lru-window', > `buffer-display-count', `buffer-display-time', and the `keep-margins' > argument of `set-window-buffer'. It should be possible to handle > `window-dedicated-p', `window-scroll-bars', `window-fringes' but I don't > remember them all. buffer-display-time indeed looks difficult and I would hesitate to change buffer-display-count. The others look possible.