[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[h-e-w] Re: Patch to fix frame positioning with negative top/leftvalues

From: Francis Litterio
Subject: [h-e-w] Re: Patch to fix frame positioning with negative top/leftvalues on Windows
Date: Sat, 09 Jul 2005 21:17:01 -0400
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt)

Jason Rumney wrote:

> "Drew Adams" <address@hidden> 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 <at> world . std . com

reply via email to

[Prev in Thread] Current Thread [Next in Thread]