[Kde-games-devel] Extra resize events from KXmlGuiWindow

Luciano Montanaro mikelima at cirulla.net
Tue Mar 24 23:10:47 CET 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On martedì 24 marzo 2009, Parker Coates wrote:

>
> I also should have mentioned your KGoldrunner solution. While it's
> quite clever and works well in KGr, it is definitely a workaround and
> doesn't apply as cleanly to all apps.
>
> > It also describes the various behaviors of KXMlGuiWindow with respect
> > to resize events and AFAIK still represents the state of play in KXmlGW.
>
> I would agree. Out of interest's sake, I will point out that it seems
> there have been changes since pre 4.0. KPat contains some code to mask
> the extra resize events that was added during the conversion to Qt4.
> Apparently it worked at the time, but it doesn't anymore. By the way,
> KPat is the app where this problem is currently most noticeable. It
> animates on resize, so when the game is fired up, the first thing you
> see is all of cards bunching together as a result of the extra resize.
>
> Parker

Actually, I think it's a general problem with Qt applications, it's not just 
games that show the problem, althought for games it is more severe, since the 
SVG background rendering is expensive.

I spotted the multiple resizes in konsole and Konqueror, at least.

Maybe it's not noticeable with composite on and accelerated graphics; but it 
could be that a general solution to this problem could make application 
startup feel quite a bit snappier. Maybe it won't save seconds, but even 
tenths of a second could be noticed.


Luciano

- -- 
Luciano Montanaro //
                \X/ mikelima at cirulla.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknJWmgACgkQaeOY6B53J4U5kwCgt5My5uPzSa0if4x/FAg+jkfj
rUsAoLj8aWLRJl3ObgiiTrm/5RozGFho
=org0
-----END PGP SIGNATURE-----


More information about the kde-games-devel mailing list