From: Ralf Angeli [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Date: Sun, 25 Jun 2006 15:38:23 +0200
One possible way of solving this would be to call SystemParametersInfo
with SPI_GETWORKAREA arg in x_make_frame_visible, and fix f-left_pos
and f-top_pos we pass to x_set_offset, if
From: Stephan Hennig [EMAIL PROTECTED]
Date: Wed, 24 May 2006 18:26:37 +0200
Symptoms:
Emacs' frame appears in the top left corner of the screen. On Windows OS
this is ok when the OS's symbol panel (Symbolleiste) is located at the
bottom of the screen. If the symbol panel is located at the
* Eli Zaretskii (2006-06-23) writes:
One possible way of solving this would be to call SystemParametersInfo
with SPI_GETWORKAREA arg in x_make_frame_visible, and fix f-left_pos
and f-top_pos we pass to x_set_offset, if their values are inside the
task bar. I think this should be done for all
From: Ralf Angeli [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Date: Sun, 25 Jun 2006 15:38:23 +0200
Note that only the case of vertical adjustment in case the lower
part of the frame is covered by the task bar. I haven't seen
problems with frame positioning if the task bar is located
From: Ralf Angeli [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Date: Sun, 25 Jun 2006 21:08:51 +0200
* Eli Zaretskii (2006-06-25) writes:
From: Ralf Angeli [EMAIL PROTECTED]
Note that only the case of vertical adjustment in case the lower
part of the frame is covered by the
* Eli Zaretskii (2006-06-26) writes:
From: Ralf Angeli [EMAIL PROTECTED]
Frankly, I cannot answer this question with knowledge about how frame
placement works in Windows. There simply wasn't any problem when I
tried it.
Are you saying that, with the task bar on the left, the original
From: Ralf Angeli [EMAIL PROTECTED]
Date: Mon, 12 Jun 2006 23:25:46 +0200
It turned out that `x_set_offset' was called with `f-left_pos' and
`f-top_pos' as arguments which have to be updated after the frame was
created. The following patch works for me:
Index: w32fns.c
* Eli Zaretskii (2006-06-23) writes:
From: Ralf Angeli [EMAIL PROTECTED]
Date: Mon, 12 Jun 2006 23:25:46 +0200
It turned out that `x_set_offset' was called with `f-left_pos' and
`f-top_pos' as arguments which have to be updated after the frame was
created. The following patch works for
From: Ralf Angeli [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Date: Fri, 23 Jun 2006 19:43:37 +0200
I am currently out of wits with respect to fixing the patch and
getting reasonable placement of newly created frames.
One possible way of solving this would be to call
* Eli Zaretskii (2006-06-23) writes:
Could you perhaps find time to try this approach?
I should be able to invest some time this weekend. I'll post the
outcome of this investment. Thanks for the hints.
--
Ralf
___
emacs-pretest-bug mailing list
* Eli Zaretskii (2006-06-12) writes:
From: Ralf Angeli [EMAIL PROTECTED]
I suspect that `x_set_offset' is called somewhere with values of 0
for both offsets
Correct.
but I could not find the respective call.
You could find that call with a debugger, by setting a breakpoint in
* Stephan Hennig (2006-05-24) writes:
Emacs' frame appears in the top left corner of the screen. On Windows OS
this is ok when the OS's symbol panel (Symbolleiste) is located at the
bottom of the screen. If the symbol panel is located at the top of the
screen part of Emacs' frame -- the title
From: Ralf Angeli [EMAIL PROTECTED]
Date: Sun, 11 Jun 2006 23:51:02 +0200
I suspect that `x_set_offset' is called somewhere with values of 0
for both offsets
Correct.
but I could not find the respective call.
You could find that call with a debugger, by setting a breakpoint in
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing
list.
Please describe exactly what actions triggered the bug
and the precise symptoms of
14 matches
Mail list logo
