so that all default and validated sources can (potentially, eventually) be
shown in the configuration location widget
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
because different applets use data that is provided by different ion, for
example wettercom provides forecast while noaa provides wind conditions.
on a side note noaa uses mostly station names rather than city names so
expect applects that default to noaa ion to require configuration by
default in most cases
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
how valid the source is is entirely different thing, more than one
weather source can match a given location (look for "multiple" in the ions
and think why it is a thing)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
out of 4 geolocation data engine providers 3 provide data for the city,
requires the following commit from kde-workspace:
d28608da5bb8b874cad1c6a9b50a5b9bfb358317
for reference:
https://github.com/fluxer/katana/issues/26
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
because the previous dict data engine source became not a thing the dict
data engine was reimplemented and now supports only english (en)
dictionary, also qstardict is not a valid data engine
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
requires the following commit from kde-workspace:
6cfe505af4ede2843d7faa3d302e09cb171d823d
and because the runner is running in its own thread it is still not
thread-safe, that's something to fix
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
if the LCD widget size is null (QSize(0,0)) then nothing will be painted
even if it is dirty, so it shall remain dirty until the LCD widget size
is not null
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
Plasma::TextBrowser palette is already set and updated internally, the
dictionary data engine does not add links too (unless the example or
definition itself contains such)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
was showing an empty message with two buttons at start when something to
open was not specified, the check now matches the one done in
Okular::Part::openFile()
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
note that the image was not loaded from the updated url variable, it was
orient6.jpg that was transformed
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
note that this race that was observed by the author of the test will happen
outside the test - if files are created while the KDirLister is listing
(because an automatic update was issued for example) some files may not be
listed
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
directores such as "lost+found" may not be readable, if the main directory
is not readable an error will be shown still (as it should be).
requires 268eac6790195fe72afeb8525f930e289276eaf9 from kdelibs
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
