From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Bob Floyd" Newsgroups: gmane.emacs.bugs Subject: bug#8213: bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen Date: Fri, 11 Mar 2011 14:33:13 -0800 Message-ID: <000301cbe03c$4fc8cb50$ef5a61f0$@net> References: <000b01cbde9d$37a39410$a6eabc30$@net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01CBDFF9.41A58B50" X-Trace: dough.gmane.org 1299883052 4711 80.91.229.12 (11 Mar 2011 22:37:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 11 Mar 2011 22:37:32 +0000 (UTC) Cc: 8213@debbugs.gnu.org To: "'Juanma Barranquero'" , "'Ben Key'" , "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 11 23:37:27 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PyAxb-0001iN-2y for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Mar 2011 23:37:27 +0100 Original-Received: from localhost ([127.0.0.1]:47454 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PyAxa-0000QJ-K1 for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Mar 2011 17:37:26 -0500 Original-Received: from [140.186.70.92] (port=44101 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PyAx8-0000En-PH for bug-gnu-emacs@gnu.org; Fri, 11 Mar 2011 17:36:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PyAx7-0001w2-HZ for bug-gnu-emacs@gnu.org; Fri, 11 Mar 2011 17:36:58 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60459) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PyAx7-0001vx-Ej for bug-gnu-emacs@gnu.org; Fri, 11 Mar 2011 17:36:57 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PyAuI-0007ii-8D; Fri, 11 Mar 2011 17:34:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <000b01cbde9d$37a39410$a6eabc30$@net> Resent-From: "Bob Floyd" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Mar 2011 22:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8213 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8213-submit@debbugs.gnu.org id=B8213.129988279329611 (code B ref 8213); Fri, 11 Mar 2011 22:34:02 +0000 Original-Received: (at 8213) by debbugs.gnu.org; 11 Mar 2011 22:33:13 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PyAtV-0007hX-KM for submit@debbugs.gnu.org; Fri, 11 Mar 2011 17:33:13 -0500 Original-Received: from qmta13.emeryville.ca.mail.comcast.net ([76.96.27.243]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PyAtT-0007hM-T8 for 8213@debbugs.gnu.org; Fri, 11 Mar 2011 17:33:12 -0500 Original-Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta13.emeryville.ca.mail.comcast.net with comcast id HyNz1g0021Y3wxoADyZ6mi; Fri, 11 Mar 2011 22:33:06 +0000 Original-Received: from Cache ([71.202.16.94]) by omta15.emeryville.ca.mail.comcast.net with comcast id HyZ31g00U21mHQP8byZ4lB; Fri, 11 Mar 2011 22:33:05 +0000 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcvgPE63eoGUBDDgTYe4S8C8/11T7A== Content-Language: en-us X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 11 Mar 2011 17:34:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:44930 Archived-At: This is a multi-part message in MIME format. ------=_NextPart_000_0004_01CBDFF9.41A58B50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thanks for your interesting comments. I've been playing with Visual Studio 2010 with the Aero Snap feature turned on. VS allows me to dock windows horizontally, e.g. "Start Page", below that "Class View", below that more docked windows. I can adjust the splitter between the docked windows to create unique heights for each. The effect is similar to splitting windows with C-x 2 in Emacs, and adjusting the divider to make unique window heights. It appears VS uses proportionality to position it's sub-windows. The VS frame can be height extended, restored back to its original size over and over and each time the window positions are consistent. Emacs doesn't use proportionality to position the window sizes so the window positions are inconsistent as "snap" height extends then restores. Hence my frustration with the snap feature and Emacs. For editing text, I actually prefer the Emacs method, and reading your comments regarding minimizing differences between Emacs and windows I agree with you and will take the issue up with the MS folks. Thanks for you help. ------=_NextPart_000_0004_01CBDFF9.41A58B50 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks for = your interesting comments.

 

I've been = playing with Visual Studio 2010 with the Aero Snap feature turned = on.  VS allows me to dock windows horizontally, e.g. "Start = Page", below that "Class View", below that more docked = windows. I can adjust the splitter between the docked windows to create = unique heights for each.

 

The effect = is similar to splitting windows with C-x 2 in Emacs, and adjusting the = divider to make unique window heights.

 

It appears = VS uses proportionality to position it's sub-windows.  The VS frame = can be height extended, restored back to its original size over and over = and each time the window positions are consistent.  Emacs doesn't = use proportionality to position the window sizes so the window positions = are inconsistent as "snap" height extends then restores. Hence = my frustration with the snap feature and Emacs.

 

For editing = text, I actually prefer the Emacs method, and reading your comments = regarding minimizing differences between Emacs and windows I agree with = you and will take the issue up with the MS folks.

 

Thanks for = you help.

------=_NextPart_000_0004_01CBDFF9.41A58B50--