[digiKam-users] digiKam for windows improvements...
frederic.chaume at gmail.com
Wed Sep 26 20:17:49 BST 2018
just downloaded the last digiKam-6.0.0-beta1-20180916T150303-Win64.exe
Access to the album is now possible during export. (tested from album
view and editor), thanks a lot.
some other feedback
* when using the filter "picture without geolocalisation" and adding
some geolocalisation tags to a picture, once done, the album is not
refreshed, but I don't remember what was the behavior in 5.9. it
works well with star (remove a star on a picture , dynamicallyu
remove it from the filtered view)
* may I ask (for a future version) to get the same behavior for the
geolocalisation window. the thumbnails are small on this window and
looking at the original image from album would help. And today this
is not possibble to navigate into the album when geolocalisation is
window is opened.
* I tried the "similarity", and generate the fingerprints for about 70
albums, but it hanged at 90%, restarted it and tried to use it , but
didn't found where to launch the search (see attched screenshot
below) and it also hanged again at least one time
will continue the test with this new version.
thanks a lot for your help
Le 15/09/2018 à 15:36, Gilles Caulier a écrit :
> All he bundles are now updated to at usual place with current code
> from git/master.
> 2018-09-11 7:49 GMT+02:00 Gilles Caulier <caulier.gilles at gmail.com
> <mailto:caulier.gilles at gmail.com>>:
> I broken something in Windows build workflow, trying to include a
> cross-compiled version of libgphoto2. It's fixed now, but without
> I also reported a broken package in MXE project.
> The Windows builds will be pushed at usual place this evening if
> all is fine, not before, i'm not in my office today.
> Gilles Caulier
> 2018-09-04 18:20 GMT+02:00 frederic chaume
> <frederic.chaume at gmail.com <mailto:frederic.chaume at gmail.com>>:
> Hi Gilles
> yes, thanks to Maik, I saw the commit messages in the ticket.
> let me know when the pakage will be ready for test:-)
> I have created the following ticket :
> Le 02/09/2018 à 18:45, Gilles Caulier a écrit :
>> Maik has already make a patch with a generic class to create
>> webservice tool instances in a wrapper dedicated to check if
>> tool have already call previously an restore it as well. The
>> tools will run in background. Flickr export is the first one
>> to be patched :
>> Another point that we talk in French previously, and where i
>> totally agree : the entry menu to change application language
>> has nothing to do in Help main menu by in the Settings menu.
>> You are not alone to report this problem in the past.
>> I take a look how this behavior is implemented in KXmlGui KF5
>> framework from KDE and the bad new is that i cannot re-route
>> the menu action in client application. A lots of stuff are
>> hard coded in private in the framework component.
>> So the only solution is to create a bugzilla file in
>> framework-kxmlgui section. The contents must be generic as
>> this framework is common to all KDE applications. Run
>> Dolphin, Konsole, etc : the menu entry is in the Help section
>> The list of current bugzilla files are there :
>> 2018-09-02 18:32 GMT+02:00 frederic chaume
>> <frederic.chaume at gmail.com <mailto:frederic.chaume at gmail.com>>:
>> Le 02/09/2018 à 12:24, Gilles Caulier a écrit :
>>> 2018-09-02 9:24 GMT+02:00 frederic chaume
>>> <frederic.chaume at gmail.com
>>> <mailto:frederic.chaume at gmail.com>>:
>>> Hi Gilles
>>> Good news, will test it.
>>> just would like to know when the problem I reported
>>> on DK6.0 will be fixed:
>>> this is from my point of view a regression compare
>>> to DK5.9, as I cannot wait hours before the
>>> completion of the flick export ( thanks to the
>>> performance of my network :-( )
>>> I will working on this next week. I hope to complete the
>>> job for next week end.
>> once you will have a version available, I will test it
>>> I'm also wondering if I will be able to go back to
>>> DK5.9. I did it with the early beta version of DK6
>>> but also understood this wasn't recommended because
>>> of modification of DB (new DB for similarity that
>>> I'm not using for the time being)
>>> If you have a DB backup done before to test 6.0.0, yes,
>>> no problem. Else, 6.0.0 DB and 5.9.0 will not be fully
>>> compatible. Trying to run 5.9.0 with a DB from 6.0.0
>>> will introduce some dysfunctions.
>> I have made effectively a backup, but didn't use it when
>> switching between version 5.9 and 6.0 for the time being.
>> I didn't notice any error so far but as said I'm not
>> using similarity.
>> but I will follow your advice and will reuse the 5.9 DB
>> when going back to previous version
>>> Gilles Caulier
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 101093 bytes
Desc: not available
More information about the Digikam-users