[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