From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Infrastructural complexity. Date: Tue, 21 Jul 2009 00:45:48 +0200 Message-ID: References: <20090712180623.GA1009@muc.de> <1247966060.7410.63.camel@dell-desktop.example.com> <4A62F7AD.4000609@gmx.at> <87eiscn223.fsf@catnip.gol.com> <4A643993.5080302@gmx.at> <87ljmjl9ow.fsf@catnip.gol.com> <4A648E1D.1000007@gmx.at> <877hy3l3kj.fsf@catnip.gol.com> <4A64BF58.4030001@gmx.at> <871vobkny7.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1248130849 28418 80.91.229.12 (20 Jul 2009 23:00:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jul 2009 23:00:49 +0000 (UTC) Cc: Thomas Lord , rms@gnu.org, cyd@stupidchicken.com, joakim@verona.se, emacs-devel@gnu.org, juri@jurta.org, martin rudalics , monnier@iro.umontreal.ca, acm@muc.de, drew.adams@oracle.com To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 21 01:00:40 2009 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.50) id 1MT1qZ-0002gn-LA for ged-emacs-devel@m.gmane.org; Tue, 21 Jul 2009 01:00:40 +0200 Original-Received: from localhost ([127.0.0.1]:51651 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MT1qY-0007eM-TX for ged-emacs-devel@m.gmane.org; Mon, 20 Jul 2009 19:00:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MT1cK-0005XP-Bw for emacs-devel@gnu.org; Mon, 20 Jul 2009 18:45:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MT1cF-0005V8-LY for emacs-devel@gnu.org; Mon, 20 Jul 2009 18:45:55 -0400 Original-Received: from [199.232.76.173] (port=50828 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MT1cF-0005V3-Go for emacs-devel@gnu.org; Mon, 20 Jul 2009 18:45:51 -0400 Original-Received: from an-out-0708.google.com ([209.85.132.249]:30129) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MT1cD-0002lM-AW; Mon, 20 Jul 2009 18:45:49 -0400 Original-Received: by an-out-0708.google.com with SMTP id b6so2599526ana.21 for ; Mon, 20 Jul 2009 15:45:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3WrpIaib3zHEDMwIm7S3ENJTFvUH9SecpBrupj40JOM=; b=ovAItu/0RbN2BQKx9ck2xn5ghKNJxU22+3lUxFmD5CGQ1FlImntmhhUkbUA96vSNq1 co5oNpew5Hca8+DpZR+GesTZFl8QDT4WmSDYGRDCrI/G0BTm2bjAbHku2NtzkCGi4/z8 MujbmO/i3Uez/waTqvmWe3+/Mr8TaUCjmNAgM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZjoCNBx2Up8atx9KE7vghq7u0HkilpbTJ+UzKBJmuCpq2CJnu+sRF6usziECzUznCp ERIbm5B2rJwuPiFK5dpR5PHAn99VK64TYRLN5OPIyS6LlNC6s9adhAO0SeRenH0FY6P7 pAO+/N3nci5o5svAqa5ogdigHbYRJ6S7d3THw= Original-Received: by 10.100.213.7 with SMTP id l7mr6957195ang.78.1248129948601; Mon, 20 Jul 2009 15:45:48 -0700 (PDT) In-Reply-To: <871vobkny7.fsf@catnip.gol.com> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:112868 Archived-At: On Tue, Jul 21, 2009 at 12:08 AM, Miles Bader wrote: > > I dunno; I haven't looked at the implementation details. =C2=A0It doesn't > sound particularly hard to me, offhand, to have the Emacs code move an > internal Emacs window structure to another parent frame (preserving any > pointers/whatever, but changing the frame pointer etc) in this case, but > I'll have to demur from arguing about it, since I don't have any > detailed basis on which do so. This was actually one of the reasons I wrote winsav.el, it does just that (in elisp). It can put a window tree into a window. There are some things to think about, like window (re)sizing. > Since tear-off windows are not very important though, it doesn't really > matter. =C2=A0An implementation which creates a new Emacs window inside a= new > frame seems acceptable to me as well. =C2=A0Or simply not having tear-off > windows.