<div dir="ltr">Hi,<div>So I was looking at KGlobalSettings to see what we need to do to finally deprecate all KGlobalSettings, as suggested by the required kdelibs cleanups.</div><div><br></div><div style>So the things missing to be done are:</div>

<div style> - (in)active(Title/Color)Color: I'm unsure why those are there, but they're only used by khtml (within kdelibs) and I don't know if they're configurable. I guess they should be using KColorScheme, although I don't see caption properties there. Ideas?<br>

</div><div style><br></div><div style> - Font methods: They are used in many places in and out of kdelibs, I'm unsure what's the plan for it. Should we create a new class for that? Or add it to QStyle? Or maybe we can just standarize some font names. See kdisplaySetFont()</div>

<div style><br></div><div style> - isMultiHead: Reads a env variable that tells if KDE has to work on multi head mode. It's only used by plasma and KWin, so we can probably find a better place for the check.</div><div style>

<br></div><div style>- wheelMouseZooms: It's only used by KTextEditor, so I'd say it should be moved there and deprecate it.</div><div style><br></div><div style>- naturalSorting: it's used by KDirOperator and Dolphin. Unsure what it does.</div>

<div style><br></div><div style>- graphicEffectsLevel/graphicEffectsLevelDefault: That's being dealt by Alex Fiestas, no?</div><div style><br></div><div style>- opaqueResize: I see there's already a task created about it,  to move it to Qt. It's about using QSplitter. I guess we can assume this goes to kde4support and it's fine.</div>

<div style><br></div><div style>- buttonLayout: I really can't tell who uses it, it's impossible to look it up in lxr. Nobody is using it in kdelibs.</div><div style><br></div><div style>- createApplicationPalette/createNewApplicationPalette: These seems to me that they're only used because of some limitation in the Qt we had in maemo, to force applications to use the oxygen style. For some reason. I'd say the code for this should go to KQGuiPlatformPlugin and just deprecate these interfaces.</div>

<div style><br></div><div style>- emitChange: it mostly depends on what we do with each exposed property, like we already did for the icon themes.</div><div style><br></div><div style>- activate/activate(options): They only make sense within a KGlobalSettings scope.</div>

<div style><br></div><div style>So would it make sense to create separate tasks for each of those elements that don't have an item so that we can work them together? Having a task saying "KGlobalSettings move to kde4support" is unrealistic to accomplish at the moment.</div>

<div style><br></div><div style>Aleix</div><div style><br></div></div>