the systemtray applet automatically adds the applets that have
configuration entry in plasma-desktoprc but the applets configuration is
not saved by the systemtray applet
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
for reference:
https://github.com/fluxer/katana/issues/41
note that the config affects only new configurations (the config is
copied to the user config directory once layout is saved), also a logout
may be required when a screen is removed (that includes setting up extra
monitor to be copy of the primary display)
as for why it is done - a image and panel containment was created by the
default layout script (00-defaultLayout.js) which is no longer since
772d9ff219
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
KLocale::formatDuration() does pretty much the same as what
KLocale::prettyFormatDuration() used to do
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
many plasma runner have this issue - when locale is changed to something
other than the default the trigger term has to be in translated form (e.g.
"отметки") because the original untranslated term is not matched (e.g.
"bookmarks") and it is as if the runners are not working
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the default Plasma::Theme font is already set to QApplication::font() by
Plasma::Theme itself, it has configuration option for it too which is to
read the font setting from the application "General" config group. for
reference:
kdelibs/plasma/theme.cpp
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
this essentially extends the digital clock options to 3 formats which are
also configurable instead of using a hardcoded format (the old
implementation), that ofcourse means an update has to be done every
second (or even milisecond) because the format is unknown to the digital
clock applet
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
KLocalizedDate is wrapper around KCalendarSystem and does the same
essentially, also the plasma clock applets do it the way it is done now
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the previous network status implementation was lacking backends and
fallback thus the unknown status was used as as if the status is connected
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
so that the weather location (see kde-extraapps/kdeplasma-addons/libs/plasmaweather/weatherlocation.h)
can check all providers from a single data update and try to match any of
the cities from the providers essentially extending the matching
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
same result however no extra QEventLoop, the only overhead is from the
property that has to be set for each source (converting QString to QVariant
and then back to QString)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
also corrected folderview applet condition in olderView::setUrl()
(incorrect since before the fork, was displaying message that the
network is not reachable when the status is connected)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
