<div dir="ltr"><div><div>Re: Export tools (web services and not only)<br><br></div>I would consider dropping these options at all if there are more important things to do and the resources are very limited.<br></div><div>It might sound crazy but all these are available via drag and drop to browser nowadays.<br>I do upload pictures to Flickr and Google Photos as well as attach them to emails in gmail (web) and Outlook (app on my windows machine).<br></div><div>I have done this using digikam plugins and I have done it this via dragging pictures from digikam to firefox.<br></div><div>It is nice to have export options in digiKam but the plugins usually introduce bugs, for example email export not working on many linux distros, can't create a new album in Google Photos etc. etc.<br></div><div>If you going to rewrite the plugins that is a lot of code to write and maintain after (flickr and google change APIs all the time)<br></div><div>Just an idea.<br></div><div><div><br><br></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best regards, <br></div></div></div></div>
<br><div class="gmail_quote">On Wed, Jul 26, 2017 at 1:58 AM, Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Anders,<br>
<br>
All is possible (:=)))... but we must take care about direction to<br>
take to achieve features. We must be to be sure to not duplicate code,<br>
not duplicate functions, and not introduce regressions.<br>
<br>
Currently, i'm review the _WHOLE_ bugzilla entries, to<br>
branch/reroute/tag/close/check files histories. I read more than 3500<br>
pending files, not sorted/classed/annoted and closed as fixed 350<br>
files for 5.7.0. Since DK is ported to Qt5, with the drop of KIO<br>
slave, the reduced KDE dependencies (and we will continue in this<br>
way), the better factored codes everywhere, i can said that<br>
application is more stable in all use cases. It's not perfect, but so<br>
far it's better than version 4.x, 3.x, etc...<br>
<br>
The big hole still in :<br>
<br>
- metadata sync (exiv2)<br>
- video metadata (exiv2)<br>
- database migration<br>
- face management (we working on currently with deep learning project)<br>
- export tools (kipi-plugins).<br>
<br>
For this last point, i'm currently plan to rewrite an low level<br>
interface in digiKam core to play with remote/cloud/network web<br>
service. It will be in digiKam core if you understand what i want<br>
mean...<br>
<br>
The authentication with web service is a big nightmare. each use a<br>
dedicated solution, sometime automatized, sometime no. All evolve, but<br>
in different direction. It's complex and long to understand all use<br>
cases. But i'm confident.<br>
<br>
Voilà, a sort resume of current tasks in progress...<br>
<br>
Gilles Caulier<br>
<br>
2017-07-26 9:22 GMT+02:00 Anders Lund <<a href="mailto:anders@alweb.dk">anders@alweb.dk</a>>:<br>
> I would love that! Just displaying it would be a help, it is possible to<br>
> change it using keyboard also in preview mode :)<br>
> Rating and flags.<br>
><br>
> Kindly,<br>
> Anders<br>
><br>
> På Tue, 25 Jul 2017 17:03:41 -0600<br>
> Andrey Goreev <<a href="mailto:aegoreev@gmail.com">aegoreev@gmail.com</a>> skrev:<br>
>> Hello,<br>
>><br>
>> I want to make an image star rating visible in image preview view and<br>
>> wondering which file should I be modifying.<br>
>> I am looking at *imagepreviewview.cpp* in<br>
>> <a href="https://github.com/KDE/digikam/tree/master/app/views" rel="noreferrer" target="_blank">https://github.com/KDE/<wbr>digikam/tree/master/app/views</a><br>
>> Is this the right one? Any tip would be greatly appreciated.<br>
>><br>
>> Best regards,<br>
>> Andrey<br>
><br>
</blockquote></div><br></div>