Community
Participate
Working Groups
When i resize eclipse window the repaint feels rather slow. As far as i see one reason is that the CTabFolder backgroundimages are disposed and recreated (involving drawing an image and the new costly disposetracking). Why would you do so? The background doesnt change. There is already a check in setButtonBounds() if updateBkImages() needs to be called but it fails to detect that the background was only moved but did not realy change. Well, lets cache the old size and only repaint if changed.
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/184288
Gerrit change https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/184288 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=584fc122be5067521f2ce395e5e0b049eefb8f55
(In reply to Eclipse Genie from comment #2) > Gerrit change > https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/184288 was > merged to [master]. > Commit: > http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/ > ?id=584fc122be5067521f2ce395e5e0b049eefb8f55 Thanks Joerg for the fix, resolving now.
Thanks for review, Niraj!
Thanks, Jörg.
This change causes a regression, see Bug 576287. Furthermore, it creates regressions for horizontal gradients, i.e. the background should be updated when the width changes. However, the background images for horizontal gradients are broken anyhow. You can use the snippet in Bug 576287 with horizontal gradient to test.