80d5a6fdda
rectSaveTimer is used to event compress the save and sync of the configuration file that is used as a cache of the rectangles of svg items (in order to avoid svg renderers creation when possible) there is exactly one situation where it seems to not work: during creation of svgitems/framesvgitems, insertintorectcache ends up being called by another thread than the Theme's qobject thread, and that is not allowed. with invokeMethod the timer will be started by the correct thread REVIEW:122915 Change-Id: I3ff4a4ebd1dfdba4b9b830fe6c08feece19b903e |
||
---|---|---|
.. | ||
data | ||
design | ||
private | ||
scripting | ||
.krazy | ||
applet.cpp | ||
applet.h | ||
CMakeLists.txt | ||
config-plasma.h.cmake | ||
containment.cpp | ||
containment.h | ||
containmentactions.cpp | ||
containmentactions.h | ||
corona.cpp | ||
corona.h | ||
datacontainer.cpp | ||
datacontainer.h | ||
dataengine.cpp | ||
dataengine.h | ||
dataengineconsumer.cpp | ||
dataengineconsumer.h | ||
framesvg.cpp | ||
framesvg.h | ||
Mainpage.dox | ||
package.cpp | ||
package.h | ||
packagestructure.cpp | ||
packagestructure.h | ||
plasma.cpp | ||
plasma.h | ||
pluginloader.cpp | ||
pluginloader.h | ||
README | ||
service.cpp | ||
service.h | ||
servicejob.cpp | ||
servicejob.h | ||
svg.cpp | ||
svg.h | ||
theme.cpp | ||
theme.h | ||
version.cpp | ||
version.h |
libplasma This directory contains the classes making up libplasma, which provides the core framework used by Plasma applications, such as the Plasma desktop shell and its components. This includes applet and extension definitions and loading, common GUI elements, data and service interaction, search system, etc. Domain specific sets of functionality, e.g. for network awareness or sensors, are not found here but as DataEngine, Service, Applet, Package, Wallpaper, ContainmentActions, Containment and other plugins. Commit Guidelines: * If your patch is not an obvious or trivial bug fix, have it peer reviewed by another Plasma developer; http://reviewboard.kde.org is your friend :) * All code MUST follow the kdelibs coding style, as found at: http://techbase.kde.org/Policies/Kdelibs_Coding_Style * All new public API MUST have apidox written before committing and must go through an API review with another Plasma developer. We have to maintain binary compatibility, remember! Unit tests are next to godliness. (Though as you can see, right now libplasma is hellbound.) Please refer to the Plasma website (http://plasma.kde.org) and Plasma wiki (http://techbase.kde.org/Projects/Plasma) for API documentation and design documents regarding this library.