GNU bug report logs - #62535
29.0.60; Wrong left, top values stored in .emacs.desktop file

Previous Next

Full log

Message #17 received at 62535 <at> debbugs.gnu.org (full text, mbox):

From: Claudio Grondi <claudio.grondi <at> freenet.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 62535 <at> debbugs.gnu.org
Subject: Re: bug#62535: 29.0.60; Wrong left, top values stored in
 .emacs.desktop file
Date: Thu, 30 Mar 2023 20:11:12 +0200

Installed Emacs 27.1 lucid version. It hasn't shown the described 
problem and I have had the impression that the graphics comes up faster.

Then I have compiled Emacs 29.0.60 with lucid instead of gtk and was not 
able to reproduce the bug either.

I think I will stay with the lucid version.
I have been biased towards gtk because of python tkinter gui toolkit I 
have been already familiar with.

The drift left and up ... seem to happen during the initialization 
process of Emacs.
I am not 100% sure, but I have had the impression that there was an 
extremely short period of time where the window was at the right place 
and then moved a bit. Finally on exit Emacs saves then the changed 
position. In other words the problem appears to be repositioning the 
window while processing the .desktop and/or the other the initialization 
files.

If you can't reproduce this behavior from the .emacs.desktop file ... 
the reason for it will remain maybe a strange mystery (until it pops up 
again in another context in future Emacs versions).


On 3/30/23 12:42, Eli Zaretskii wrote:
> [Please use Reply All to reply, so that the bug tracker is CC'ed.]
>
>> Date: Thu, 30 Mar 2023 12:26:47 +0200
>> From: Claudio Grondi <claudio.grondi <at> freenet.de>
>>
>>
>> Have tested it with:
>>
>> GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30,
>> cairo version 1.16.0)
>>
>> GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33,
>> cairo version 1.16.0)
>>
>> getting the same behavior.
>>
>>
>> Why do you think it has something to do with WM?
> Because it never happens to me here, and what other factor can explain
> this?
>
>> (you mean GNOME Window Manager? What is WM?
> Yes, the Window Manager.
>
>> The position of Emacs on the screen changes from restart to restart in
>> the .emacs.desktop file. Reading the position from the .desktop file
>> should give the value of the own position and if not changed is should
>> stay the same, doesn't it? Does Emacs 'ask the system' on exit for the
>> own position and update the .desktop file with it?
> Positioning of frames is a function of the WM.  Emacs asks the WM to
> position its frames, but the actual positioning is not up to us, at
> least not with all the WMs out there.
>
>> You mean if I run it on another version of Linux Mint Cinnamon it could
>> change? I'm using 21, but have still also 18.4 available.
> It's worth trying.
>
> Perhaps also try a build with another toolkit (like Lucid, not GTK),
> it could also matter.  Although I thought this was supposed to be
> solved in Emacs 29.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.