Re: Frame shifted upwards upon changing font size

[Christopher Dimech]

> Sent: Wednesday, September 14, 2022 at 10:30 PM
> From: "Po Lu" <luangruo@yahoo.com>
> To: "uzibalqa" <uzibalqa@proton.me>
> Cc: "Gregory Heytings" <gregory@heytings.org>, "Eli Zaretskii" 
> <eliz@gnu.org>, help-gnu-emacs@gnu.org
> Subject: Re: Frame shifted upwards upon changing font size
>
> uzibalqa <uzibalqa@proton.me> writes:
>
> > Could emacs get to understand the monitor within which the initial frame
> > gets displayed and be able to center the frame in that monitor?
>
> That gets tricky very quickly.  Monitor names are not guaranteed to
> remain unique, and X-level identifiers are reused in a monotonically
> increasing fashion and cannot be relied on to uniquely identify the
> monitor on which where the initial frame was created.
>
> In fact, X has 3 kinds of "monitor": CRTCs, outputs, and monitors.  A
> CRT controller defines a rectangle in the screen that has a single mode
> line, and can have multiple outputs attached.  An output is a physical
> output that displays the contents of its CRTC, and a monitor is a subset
> of the screen that represents a non-disjoint collection of pixels that
> will be presented to the user through 1 or more outputs, which may be
> connected to any number of CRTCs.
>
> Of course, a frame might be displayed in multiple overlapping monitors,
> outputs, and CRT controllers, at any given time.
>
> Under such a situation, where do you propose to center the frame?

Currently a user way cycle through the themes to see how it things.
Perhaps there could be something similar for the monitors.  Once
satisfied the user can pick up a monitor attribute to include
include in the init file, if they do not like what emacs decides
for them.