after changes to multiple sub-projects (Katie, kdelibs, kde-workspace
and kde-extraapps) that finally happened, can write lots about it but I
will keep it short - by rewriting parts that were using js/qml (e.g. the
plasma applets) the desktop startup was reduced to half, also the legacy
tray thing shall be no more (anything that needs tray icon shall be a
plasma applet now) thus some applications and features will be dropped
aswell. see all repositories for the changes done
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
whatever the constraints were attempting to filter and secure is unused now
and I bet in the past - the "Constraints" group is not a thing
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
goal is to paint as little as possible with svg images, the fact that there
are 3 kinds of widgets (native, plasma and qml) makes things look
different and as if made of bits and pieces instead of having a uniform
look. with my reimplementation of several widgets and applets it is less
so tho
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
if the image path happened to be the same but the elemente ID not then the
image was not going to change, that is no longer the case
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
while the compression of the scrollbars adjustment has its gain the visual
glitches that resizing on timer causes are not worth it
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
create QKeySequence from string involves decoding the string (splitting it
into bits and pieces and matching it to a well known list of strings and
then create integer out of the decoded bits which is sub-optimal
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the idea for QImage/QPixmap-optimized widget occurred to me while
writing kimageviewer (see the kde-playground repo), unlike the widget I
wrote for kimageviewer this one supports drag-n-drop tho and is drop-in
replacement for QLabel when showing only a pixmap is required. the
widget also shows a small image while dragging ala ksnapshot
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
because the message overlay is used for both (error) messages and to show
configuration button (with optional message) and the overlay may have to
be recreated to override the one previously setup by
Plasma::Applet::showMessage() (e.g. when an applet is created, message is
shown and then a configuration overlay but with the internal "requries
configuration" state not changing)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
because the AppletHandle pointer is connected before assigning the handle
member the AppletPrivate::handleDisappeared() slot may be called with null
null handle pointer resulting in a call of member on a null pointer
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
what that does - the general application color scheme applies to the native
widget and any Plasma::Theme overrides are applied on top of that making it
slightly less native looking and more plasma-themed.
also that allows to not just hide the calendar month button but disable it,
the colors for disabled widget as slightly lighter than the usual color
scheme so its not a big difference visually with that change
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
I don't know what that was supposed to style ("p" is the class name, is
supposed to be something like "QLabel")
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
