From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francis Litterio Newsgroups: gmane.emacs.devel,gmane.emacs.windows Subject: Re: Patch to fix frame positioning with negative top/leftvalues on Windows Date: Sat, 09 Jul 2005 21:17:01 -0400 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1120960474 9251 80.91.229.2 (10 Jul 2005 01:54:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Jul 2005 01:54:34 +0000 (UTC) Cc: help-emacs-windows@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 10 03:54:32 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DrR1Z-0002RV-Q4 for ged-emacs-devel@m.gmane.org; Sun, 10 Jul 2005 03:54:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DrR34-0007Sl-Ag for ged-emacs-devel@m.gmane.org; Sat, 09 Jul 2005 21:56:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DrR2p-0007QX-Nn for emacs-devel@gnu.org; Sat, 09 Jul 2005 21:55:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DrR12-0007G0-Er for emacs-devel@gnu.org; Sat, 09 Jul 2005 21:53:57 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DrR0u-00077Q-LX for emacs-devel@gnu.org; Sat, 09 Jul 2005 21:53:48 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1DrQlO-0007Zo-N3 for emacs-devel@gnu.org; Sat, 09 Jul 2005 21:37:47 -0400 Original-Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DrQe6-0000mY-KK for emacs-devel@gnu.org; Sun, 10 Jul 2005 03:30:14 +0200 Original-Received: from 206-15-138-17.dialup.ziplink.net ([206.15.138.17]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jul 2005 03:30:14 +0200 Original-Received: from franl by 206-15-138-17.dialup.ziplink.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jul 2005 03:30:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 32 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 206-15-138-17.dialup.ziplink.net X-Draft-From: ("nntp+news.gmane.org:gmane.emacs.devel" 40699) Gcc: nnfolder:sent-usenet X-Random-Quote: All that is gold does not glitter; not all those that wander are lost. -- J. R. R. Tolkien User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt) Cancel-Lock: sha1:EdGNL0l2/yEm170XE+QOLbytoio= 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:40705 gmane.emacs.windows:2770 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40705 Jason Rumney wrote: > "Drew Adams" writes: > >> > Windows, when you evaluate this Elisp code: >> > >> > (make-frame '((top . -1) (left . -1))) >> > >> > the new frame will not be positioned with its bottom-right >> corner in the >> > bottom-right of the display. > >> I don't understand your reply, sorry. Are you saying that Francis's bug fix >> will break "..." or that the reported bug (symptom quoted above) will break >> "..."? Are you saying we shouldn't try to fix this bug because that might >> break something else? > > I didn't understand the bug fix. I thought it was changing the way the > frame was positioned when negative arguments are given, however it > seems that misfeature already exists, and this fix was only a subtle > change to that misfeature. So this bug fix is not the problem, it is > the misfeature of treating negative coordinates specially. Are you proposing that the meaning of a negative 'top or 'left frame parameter should be changed? If so, how? My patch merely attempts to make negative 'top and 'left frame parameters behave sanely in the case where a single monitor is used (which is the vast majority of the use cases). -- Francis Litterio franl world . std . com