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>
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>
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>
the benfit of this is that a lot of disk I/O and parsing will be avoided
leading to faster plasma-desktop startup for example, also service
plugins are not a thing
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
Plasma::Animator::AppearAnimation and Plasma::Animator::DisappearAnimation
are mapped to Plasma::Animator::ZoomAnimation by plasma-desktop
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the animations use either QEasingCurve or JS code (which will eventually
be converted to sub-class of QEasingCurve for performance reasons)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
`apt-file` search yeilds 221 files matching (8 packages provide such),
it is also unused by plasma even tho there are leftovers from support for it
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
there are 3 copies of the sources for that class because it is not
exported (one here, one in kde-workspace and one in kde-extraapps) with
one class that is very similar to it - PanelShadows (in kde-workspace
repo, part of plasmagenericshell library)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
once it has been done and interesting elements information reaches the
disk cache (which is shared config) parsing the file again is a waste
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
it has to solve a few problems like:
1. blocking the current thread while listing, extracting or adding to
archive
2. lack of support for some archive formats such as 7-zip in the
previously available classes for dealing with archive
3. progress and error reporting
a KArchiveJob class may have to be implemented to solve the above
issues. the API is just as frustrating to use as KTar and KZip right now
tho and I am not happy with that but the class itself is a 3-rd rewrite
of what was once Python module, plugin for another project and now used
as base in library.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
