[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 263497] Colour preview gets stuck after changing colour scheme
From:       Jean-Baptiste Mardelle <jb () kdenlive ! org>
Date:       2011-03-22 15:27:35
Message-ID: 20110322152735.B5D15837F0 () immanuel ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=263497


Jean-Baptiste Mardelle <jb@kdenlive.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jb@kdenlive.org




--- Comment #5 from Jean-Baptiste Mardelle <jb kdenlive org>  2011-03-22 16:27:33 ---
Did some investigation and it seems related to changes in
KGlobalSettings::createApplicationPalette, see git commit:

http://quickgit.kde.org/index.php?p=kdelibs.git&a=commitdiff&h=2f5cc437e11b4792e6a010ec98210e2f37a555d5

Since this change, the palette is cached and not recreated unless a global
palette change occurs.

kcontrol/colors/previewwidget.cpp uses this function to create the preview
palette, but since it now returns the cached palette, this does not work
anymore.

So we need to think about how KGlobalSettings::createApplicationPalette should
be used. We could for example add an extra parameter (temporaryPalette for
example), that when set to true would not update the global applicationPalette
var, but only return a temporary (not cached) palette... Hope it helps.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]