Git commit d628a25fa9846b51a679e5316183ad351d580b6d by Tobias Leupold.
Committed on 28/12/2020 at 09:03.
Pushed by tleupold into branch 'master'.
Moving KGeoTag from KDE review to extragear/graphics
as suggested by Carl Schwan.
CCMAIL: kde-core-devel@kde.org
M +1-1projects-invent
Am Sonntag, 27. Dezember 2020, 00:21:14 CET schrieb Albert Astals Cid:
> El diumenge, 20 de desembre de 2020, a les 12:34:21 CET, Tobias Leupold va
escriure:
> > Dear core devs,
> >
> > is there anything left I can do so that KGeoTag can be moved to extragear/
> > grap
Dear core devs,
is there anything left I can do so that KGeoTag can be moved to extragear/
graphics? Thanks for supporting me and this project :-)
Merry Christmas for you all,
Tobias
Am Dienstag, 1. Dezember 2020, 23:13:46 CET schrieb Albert Astals Cid:
> Awesome, thanks a lot for accommodating
Wasn't too much effort ;-)
Am Dienstag, 1. Dezember 2020, 23:13:46 CET schrieb Albert Astals Cid:
> El dilluns, 30 de novembre de 2020, a les 0:01:26 CET, Tobias Leupold va
escriure:
> > Hi Albert :-)
> >
> > > > I can of course move to an KXmlGuiWindow i
PS: With 64b932c4aba723868d58f6038a940cfe2342dbba to
a487686da06ea76224144b362ec0704c8e506a5d, I also moved the configuration
implementation from QSettings to KConfig, so that ~/.config/kgeotag/
kgeotag.conf isn't used anymore in favor of also and only using ~/.config/
kgeotagrc.
Hi Albert :-)
> > I can of course move to an KXmlGuiWindow if you think I really should.
> > Please tell me!
>
> I'm a bit biased, but i think it's better to have, like what if i'm an avid
> user and want to set a shortcut to the add file or to Save images actions?
>
> I can't because you're not
Hi Albert!
Thanks for your feedback :-)
> It would be good if you could add a OARS https://hughsie.github.io/oars/
> definition on the appdata.xml there's some stuff out there like flathub
> that enforces having one.
I didn't know about this yet, but it surely won't hurt! Added with
Dear KDE devs,
two weeks ago, KGeoTag has been moved to kdereview. I would be very happy if
this could become an extragear/graphics app, just like KPhotoAlbum (I also
work on KPA).
The purpose of KGeoTag is to be a convenient, stand-alone geotagging program
(but not more than this). Imo, we lack
As you (or they) describe the situation, it seems like kdegraphics is a
dumping ground for stuff which is developed on its own anyway, but whose
maintainer refuses to release on its own. This sounds *bad* to me,
especially that digikam is released so often, that having to release
some extra
Why does libkgeomap need to move somewhere just to be used by some
other extragear application? Just do independent releases of it, and
stop bundling it in digikam
If I remember correctly, this is the problem. The Digikam team can't or do not
want to do single releases, and moving the lib
Automatically? Cool then i have to do nothing next time! \o/
Sorry if I get something/anything/everything wrong. Just to say it again: I am
a very new and very unexperienced developer. I just implemented some
functionality for KPA using the libraries we're talking about. I have no idea
what's
IMHO, the real question is, shouldn't that pointless wrapper be deprecated
in favor of just using Marble directly?
Can marble be used in an identical way as libkgeomap, as a QWidget only
displaying a map with not only coordinates but also photo thumbnails (grouping
the coordinates when the
That's what you use it for, but can I use it to show the places my bank has
offices? If so, I find it hard to justify such a thing living in
kdegraphics/libs even though it's true I can't think of a better (nor worse)
place.
(Not that I know much or even enough about the KDE internals and
Am Sonntag 21 Dezember 2014, 19:27:48 schrieb Albert Astals Cid:
H, i understand you're the only user at the moment, but how is
libkgeomap is a wrapper between marble for local map, OpenStreetMap,
and GoogleMaps, to display geolocated items place over a world map.
A widget is
Hi list!
recently, I requested to move libkface from extragear/libs to to
kdegraphics/libs, because KPhotoAlbum began to use it as the first non-Digikam
program. This has been done in the meantime and now, we have a Digikam-
independent libkface release to be found in unstable/applications
Hi list!
Sorry for the potentially dumb question, but I'm very new to all this ;-)
Recently, libkface has been moved from extragear to kdegraphics/libs. The
intention was to have automated releases of this library, as KPhotoAlbum now
also uses it and not only Digikam anymore.
As of today,
Am Freitag 10 Oktober 2014, 23:03:26 schrieb Albert Astals Cid:
Before it happening at least i'd like to have:
* identity.h fixed to have a d-pointer
At least, this has already been done. The respective patch is ready, cf. Bug
#339524. Gilles said it will be applied after the latest Digikam
Hi list!
Here's (most of) a mail I recently posted on the kde-graphics-devel mailing
list (cf. the whole discussion:
http://mail.kde.org/pipermail/kde-graphics-devel/2014-September/000484.html):
I'm from the KPhotoAlbum project. We recently introduced support for face
detection and face
18 matches
Mail list logo
