[Top][All Lists]
[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:
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