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: moving window handling into lisp Date: Tue, 28 Jul 2009 16:11:42 +0200 Message-ID: References: <4A6DBB3A.90001@gmx.at> <4A6DC1A1.2000208@gmx.at> <4A6DDB61.8090403@gmx.at> <4A6EAB02.6080701@gmx.at> 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 1248790354 21264 80.91.229.12 (28 Jul 2009 14:12:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Jul 2009 14:12:34 +0000 (UTC) Cc: martin rudalics , emacs-devel@gnu.org, Miles Bader To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 28 16:12:26 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 1MVnPl-0006Mt-5h for ged-emacs-devel@m.gmane.org; Tue, 28 Jul 2009 16:12:25 +0200 Original-Received: from localhost ([127.0.0.1]:49782 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MVnPk-0004ro-HZ for ged-emacs-devel@m.gmane.org; Tue, 28 Jul 2009 10:12:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MVnPB-0004gh-QX for emacs-devel@gnu.org; Tue, 28 Jul 2009 10:11:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MVnPA-0004ek-1c for emacs-devel@gnu.org; Tue, 28 Jul 2009 10:11:49 -0400 Original-Received: from [199.232.76.173] (port=42691 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MVnP9-0004eT-Oi for emacs-devel@gnu.org; Tue, 28 Jul 2009 10:11:47 -0400 Original-Received: from mail-gx0-f219.google.com ([209.85.217.219]:55729) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MVnP5-0007In-9k; Tue, 28 Jul 2009 10:11:43 -0400 Original-Received: by gxk19 with SMTP id 19so72158gxk.18 for ; Tue, 28 Jul 2009 07:11:42 -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=YwvxZ4mEzF5l1rvPYMPSGeKk1W7P3QvpDW71u3xQSH0=; b=WBGBY6t8zrWKPge4wtEqX9fs2sSj+DU6YZ8AoCyFcArA8vZUhQMr7xmN9IFwe0YEzn rbs+Gf1LkEL8STCbhDGcPapI0GSmVm7LKjPnprC+xBx62xXQTt2uEPpEjiCcV3TEECii EJ29mFeD42iXEw5lA9dJM0CcVEIuvOhMKl/hE= 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=UriH9AMwhQVWVRLfnSBaNnfuxPHw62/ibCpq8xjFFlhNBJAAIKPK/zTMlVpp07hzNO 6YZh3PLZOTXjO/0f9UiVOgJ1P8PGizY8ujO2ohz8IadPiia8pQtRIcrIm+YY4R4pRjvJ L6NyUdeCB7xVqvk7rNFJogn8LlKd/Zx0c4WDo= Original-Received: by 10.100.228.6 with SMTP id a6mr9809076anh.163.1248790302500; Tue, 28 Jul 2009 07:11:42 -0700 (PDT) In-Reply-To: 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:113288 Archived-At: On Tue, Jul 28, 2009 at 3:47 PM, Stefan Monnier w= rote: > > I'm talking about something else: after having a found a solution > (i.e. you know exactly the size you want for of each window and it is > correct for the size of the frame), find a set of calls to > enlarge/shrink-window (or equivalent) that will bring you from the > current window configuration to the desired window configuration. Maybe the easiest way to do this is to write a new function that can split the current window tree node in the desired number of child windows and apply the sizes? All the checks needed can be done before applying this function. (With a bit code restructiring, of course...) > But yes, "finding a solution" is itself a difficult problem. > > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Stefan >