From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: "EXT-Broida, Michael P" Newsgroups: gmane.emacs.devel Subject: RE: Weird frame/buffer interaction Date: Mon, 4 Mar 2002 12:31:27 -0600 Message-ID: <37D24D4FFB26F74D8F4C82CF039354F1013883B5@xch-stl-08.mw.nos.boeing.com> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain X-Trace: quimby2.netfonds.no 1015267167 9810 195.204.10.66 (4 Mar 2002 18:39:27 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 4 Mar 2002 18:39:27 GMT Cc: eliz@is.elta.co.il, emacs-devel@gnu.org, "EXT-Broida, Michael P" Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16hxMs-0002Y8-00 for ; Mon, 04 Mar 2002 19:39:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16hxGh-0001xN-00; Mon, 04 Mar 2002 13:33:03 -0500 Original-Received: from slb-smtpout-01.boeing.com ([12.13.237.21]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16hxFU-0001e3-00; Mon, 04 Mar 2002 13:31:48 -0500 Original-Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id KAA19154; Mon, 4 Mar 2002 10:29:38 -0800 (PST) Original-Received: from stl-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id KAA19823; Mon, 4 Mar 2002 10:31:32 -0800 (PST) Original-Received: from xch-mwbh-01.mw.nos.boeing.com (xch-mwbh-01.mw.nos.boeing.com [130.38.5.20]) by stl-hub-01.boeing.com (8.11.3/8.11.3/MBS-LDAP-01) with ESMTP id g24IVVQ05046; Mon, 4 Mar 2002 12:31:31 -0600 (CST) Original-Received: by xch-mwbh-01.mw.nos.boeing.com with Internet Mail Service (5.5.2650.21) id <16T473M1>; Mon, 4 Mar 2002 12:31:31 -0600 Original-To: storm@cua.dk, "'rms@gnu.org'" X-Mailer: Internet Mail Service (5.5.2650.21) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1719 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1719 Hi! I was CC'd on the below message, and figured I'd throw my two cents in to cloud the issue. I don't know what "magic resize" you're talking about. My original post was about the fact that SOMETIMES I can drag a modebar down and it will compress several windows below it, but OTHER TIMES it will only compress the FIRST window below the bar then will STOP moving. I can't see any kind of pattern on when it allow or disallows that resizing to occur. Hope that helps a bit. Thanks for looking at it, folks! Mike > ---------- > From: Richard Stallman[SMTP:rms@gnu.org] > Reply To: rms@gnu.org > Sent: Sunday, March 03, 2002 10:07 PM > To: storm@cua.dk > Cc: eliz@is.elta.co.il; emacs-devel@gnu.org; michael.p.broida@boeing.com > Subject: Re: Weird frame/buffer interaction > > I just tried to create 6 windows on a frame (50x132) with > > I can't even see the bottom window when I try this, not even with font > 5x7. > So I can't debug it. But I can answer some questions: > > Depending on the sequence in which the windows are split, the "magic" > resizing of the windows seem to affect all or only some of the > windows. So it is might be related to "parent/child" window > relationships? > > Not in a case like this. When all the splittings are vertical, > you get one set of equal siblings under a single parent window. > > Can you make the problem happen using C-x ^? That way you could > determine more precisely when the problem happens, so you could get > set up such that the next C-x ^ command will produce the problem. > That would make it more convenient to step thru and see why it > suddenly makes all the windows equal in size. > _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel