From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.help Subject: Re: MY window tree! Date: Mon, 15 Jan 2007 15:33:48 +0100 Message-ID: References: <45A8B034.8020301@gmx.at> <45AA17CE.9050009@gmail.com> <45AA6B59.30203@gmx.at> <45AAA21C.6090505@gmail.com> <45AAB98F.8060404@gmail.com> <45AB2CDB.1040207@gmx.at> <45AB7C99.6050002@gmail.com> <45AB8B1F.7010408@gmail.com> 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: sea.gmane.org 1168881162 10467 80.91.229.12 (15 Jan 2007 17:12:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 15 Jan 2007 17:12:42 +0000 (UTC) Cc: martin rudalics , 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:12:38 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 1H6VJZ-00028k-SA for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jan 2007 18:08:09 +0100 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1H6VIz-00008H-HX for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jan 2007 18:07:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H6SuU-0001UT-AQ for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jan 2007 09:34:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H6SuH-0001UE-5D for help-gnu-emacs@gnu.org; Mon, 15 Jan 2007 09:33:53 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H6SuF-0001TO-L9 for help-gnu-emacs@gnu.org; Mon, 15 Jan 2007 09:33:52 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H6SuF-0001T4-Gq for help-gnu-emacs@gnu.org; Mon, 15 Jan 2007 09:33:51 -0500 Original-Received: from [66.249.92.174] (helo=ug-out-1314.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H6SuE-0008FK-CE for help-gnu-emacs@gnu.org; Mon, 15 Jan 2007 09:33:51 -0500 Original-Received: by ug-out-1314.google.com with SMTP id j3so1685000ugf for ; Mon, 15 Jan 2007 06:33:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FziIRdOt3Z7PethahckMMfmvXmiVT0+/x3yZENxqX6KGUSdLB6b/Mx10Y5K9dtfW502I3h+U7uX7U108urSfui93ZiPtsV2sKPNDWh7nZpvaFqVhgulzimMzOAWci1ceKFxMAgzva7EAh0V9I0f8211/LeNdHuP+Gt7aL+/kAB4= Original-Received: by 10.82.153.5 with SMTP id a5mr608065bue.1168871628897; Mon, 15 Jan 2007 06:33:48 -0800 (PST) Original-Received: by 10.82.146.7 with HTTP; Mon, 15 Jan 2007 06:33:48 -0800 (PST) Original-To: "Lennart Borgman (gmail)" In-Reply-To: <45AB8B1F.7010408@gmail.com> Content-Disposition: inline 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:40300 Archived-At: On 1/15/07, Lennart Borgman (gmail) wrote: > But overlays are bound to buffers AFAIK. I can not see there are any > problems with buffers here. Or am I missing something? Buffer B's mode, A-mode, has functions to create and maintain a list of overlays, O1..ON, some of which have a 'window property. You change windows and copy a subset of O1..ON, O'M..O'K. Now the buffer has overlays A-mode knows nothing about. If A-mode has, for example, a command to move some subset of O1..ON, it will leave behind O'M..O'K even if they're copies of some of the ones moved. The problem is that by creating new overlays you're bypassing A-mode's expectations about what B contains. If B detects the overlays by searching them, fine. But B can use shortcuts like lists, or perhaps hash tables. > Is not the only binding from overlays to windows the 'window property > that can be set for some overlays. Perhaps, but I'm talking of the binding from overlays to buffers to mode functions that manipulate them. > but it would be good to > have primitives for handling cases like this there. Agreed. (After The Release And Other Usual Disclaimers) /L/e/k/t/u