emacs-pretest-bug
[Top][All Lists]
Advanced

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

Re: Same frame-positioning bug as before: negative top/left values on Wi


From: Ralf Angeli
Subject: Re: Same frame-positioning bug as before: negative top/left values on Windows
Date: Fri, 21 Jul 2006 22:48:25 +0200

* Ralf Angeli (2006-07-20) writes:

> * Drew Adams (2006-07-19) writes:
>
>> This problem occurs even for emacs -Q: the initial frame is about 5cm from
>> the left edge and about 6cm from the top edge of the display. Before, it was
>> flush with both top and left display edges.
>
> Frame positioning is now left to Windows unless you specified values
> for `top' and `left' in `initial-frame-alist' or
> `default-frame-alist'.  The latter does not seem to be respected after
> the first frame was created.  I'll take a look at what the culprit is
> unless someone beats me to it.

The following patch fixes this bug:

Attachment: txtaakQaR3FKk.txt
Description: Text Data

One gripe I have with it is that the CHECK_NUMBER macro does not seem
to work.  If I use a string for the `top' or `left' property no error
is thrown.  Does anybody know why?

I can provide a change log entry once this is settled.

Anyway, the patch fixes frame positioning if `top' or `left' was
specified in `default-frame-alist'.  If the first frame should be
created at the correct position right away, the registry keys
`Emacs.Top' and `Emacs.Left' have to be used instead.

-- 
Ralf

reply via email to

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