GNU bug report logs - #48202
27.2; wrong frame position

Previous Next

Full log

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

From: martin rudalics <rudalics <at> gmx.at>
To: ynyaaa <at> gmail.com, 48202 <at> debbugs.gnu.org
Subject: Re: bug#48202: 27.2; wrong frame position
Date: Tue, 4 May 2021 10:08:09 +0200

> When evaluating (set-frame-position nil 0 0), emacs frame moves to
> top-left of the screen, but there is a gap between the left edge of the
> screen and the emacs frame.
> The displayed position of 'emacs -g +0+0' is same as the above.
>
> The attached image is the result of the commands below.
>      runemacs -Q -D -T emacs --geometry +0+0
>      runemacs -Q -D -T emacs --geometry -0+0
>      runemacs -Q -D -T emacs --geometry +0-0
>      runemacs -Q -D -T emacs --geometry -0-0
>
>
>
>
>
> In GNU Emacs 27.2 (build 1, x86_64-w64-mingw32)
>   of 2021-03-26 built on CIRROCUMULUS
> Repository revision: deef5efafb70f4b171265b896505b92b6eef24e6
> Repository branch: HEAD
> Windowing system distributor 'Microsoft Corp.', version 10.0.19042
> System Description: Microsoft Windows 10 Pro (v10.0.2009.19042.964)

I suppose it's those invisible borders which leave an 8 or so pixels
wide gap.  It's highly annoying, especially when you want to display two
frames side-by-side and yet another reason not to use Windows 10.  IIRC
the Autohotkey people had some sort of fix for it but maybe I
misremember.  GNOME shell has a similar problem BTW.

martin

Previous Next

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