GNU bug report logs - #52042
29.0.50; [feature/pgtk] issue in moving a fullscreen emacs frame from a scale@1x display to a scale@2x display

Previous Next

Full log

View this message in rfc822 format

From: Yuuki Harano <masm+emacs <at> masm11.me>
To: moonsolo <at> gmail.com
Cc: 52042 <at> debbugs.gnu.org
Subject: bug#52042: 29.0.50; [feature/pgtk] issue in moving a fullscreen emacs frame from a scale <at> 1x display to a scale <at> 2x display
Date: Thu, 02 Dec 2021 00:47:20 +0900 (JST)

On Wed, 1 Dec 2021 10:20:41 -0500,
	Fred Fu <moonsolo <at> gmail.com> wrote:
> How do GTK applications handle this situation?
> 
> Does each gnome app deal with their windows moving among displays of scale
> factors on their own?
> 
> Or do they just delegate the dirty job to GTK or other lower-level
> mechanisms?

Switching scale factor among display is usually done by gtk.
Usual applications create cairo_surface_t(bitmap), use it for a short
time, and destroy it.  When creating it, scaling factor is reflected.

Pgtk emacs create cairo_surface_t, use it for a long time for cost and
algorithms, and scaling factor is not reflected until recreation.

-- 
Yuuki Harano

Previous Next

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