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

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

bug#62535: 29.0.60; Wrong left, top values stored in .emacs.desktop file


From: Eli Zaretskii
Subject: bug#62535: 29.0.60; Wrong left, top values stored in .emacs.desktop file
Date: Thu, 30 Mar 2023 13:42:49 +0300

[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@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.





reply via email to

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