Summary: | Corrections for rename settings in images import [patch] | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Maik Qualmann <metzpinguin> |
Component: | AdvancedRename-Import | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, tpr |
Priority: | NOR | ||
Version: | 4.6.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=342430 https://bugs.kde.org/show_bug.cgi?id=314441 |
||
Latest Commit: | http://commits.kde.org/digikam/7f3459d55dd453f257ece35398175bba22ea4109 | Version Fixed In: | 4.7.0 |
Sentry Crash Report: | |||
Attachments: |
importrename.patch
importrename2.patch |
Description
Maik Qualmann
2015-01-18 12:09:26 UTC
Created attachment 90492 [details]
importrename.patch
I think I will add a wait cursor. The renaming of hundreds of images with metadata can take a moment. Maik yes wait cursor is fine to use here... Gilles Wait cursor when setting the new name to the items, right? Just read the patch but didn't test it, nevertheless it looks good :) I think rename with metadata in this patch to remove for digikam 4.7.0. For each change of about 800 images from an SD card, needs the renaming with metadata about 10-15 seconds. It needs optimization. The rename operation is not performed through a separated thread with cameracontroller ? What's about to use progressbar for long operation as renaming ? Gilles Maik, Did you finalize your patch for 4.7.0 planed this Sunday evening ? Gilles Gilles, Yes I create to Sunday a new patch. For the time being without renaming with metadata. My idea is to add a metadata cache for advanced renaming. To reduce file access. Maik Do you want to delay this patch inclusion for 4.8.0 release ? Gilles Created attachment 90637 [details]
importrename2.patch
Better updating the name in icon view, without moving the mouse over the icon view.
Converting jpg in a lossless format and renaming the extensions work now.
Code for renaming without function has removed.
Git commit 7f3459d55dd453f257ece35398175bba22ea4109 by Gilles Caulier. Committed on 25/01/2015 at 11:39. Pushed by cgilles into branch 'master'. Apply patch #90637 from Maik Qualmann to fix image renaming settings rules in Import Tool to work properly while downloading. Related: bug 314441, bug 329438, bug 307253, bug 342430 FIXED-IN: 4.7.0 M +3 -1 NEWS M +2 -2 utilities/importui/backend/cameracontroller.cpp M +67 -44 utilities/importui/main/importui.cpp M +1 -0 utilities/importui/main/importui.h M +5 -0 utilities/importui/views/importview.cpp M +1 -0 utilities/importui/views/importview.h http://commits.kde.org/digikam/7f3459d55dd453f257ece35398175bba22ea4109 Maik, Patch is apply to git/master now and file closed. There are few others entries where dysfunctions have been detected by end-users about renaming features in Import tool : * bug 314441: closed now with this commit because this entry is supposed to be relevant of it. * bug 329438 : still open. Please review if file still valid. * bug 307253 : still open. Please review if file still valid. * bug 342430 : still open. Please review if file still valid. Gilles Git commit 0201e6fc8549ac849029daf36eaeadd6ebb4d4ae by Gilles Caulier. Committed on 25/01/2015 at 13:58. Pushed by cgilles into branch 'frameworks'. Backport commit #7f3459d55dd453f257ece35398175bba22ea4109 from git/master to frameworks branch. Related: bug 314441, bug 329438, bug 307253, bug 342430 M +3 -3 utilities/importui/backend/cameracontroller.cpp M +74 -50 utilities/importui/main/importui.cpp M +1 -0 utilities/importui/main/importui.h M +5 -0 utilities/importui/views/importview.cpp M +1 -0 utilities/importui/views/importview.h http://commits.kde.org/digikam/0201e6fc8549ac849029daf36eaeadd6ebb4d4ae Maik, Just an important notice : In frameworks branch dedicated to port digiKam to KF5, KUrl have been replaced by QUrl. The simple backport as weel of your patch said : [ 63%] Building CXX object core/utilities/importui/CMakeFiles/importui.dir/main/importui.cpp.o /home/gilles/Devel/KF5/dk-sc/core/utilities/importui/main/importui.cpp: In member function ‘void Digikam::ImportUI::slotNewSelection(bool)’: /home/gilles/Devel/KF5/dk-sc/core/utilities/importui/main/importui.cpp:2301:36: error: no match for ‘operator=’ (operand types are ‘QUrl’ and ‘QString’) parseSettings.fileUrl = info.name; ^ /home/gilles/Devel/KF5/dk-sc/core/utilities/importui/main/importui.cpp:2301:36: note: candidates are: In file included from /usr/lib64/qt5/include/QtGui/qevent.h:48:0, from /usr/lib64/qt5/include/QtGui/QKeyEvent:1, from /home/gilles/Devel/KF5/dk-sc/core/utilities/importui/main/importui.h:35, from /home/gilles/Devel/KF5/dk-sc/core/utilities/importui/main/importui.cpp:28: /usr/lib64/qt5/include/QtCore/qurl.h:168:11: note: QUrl& QUrl::operator=(const QUrl&) QUrl &operator =(const QUrl ©); ^ /usr/lib64/qt5/include/QtCore/qurl.h:168:11: note: no known conversion for argument 1 from ‘QString’ to ‘const QUrl&’ /usr/lib64/qt5/include/QtCore/qurl.h:178:18: note: QUrl& QUrl::operator=(QUrl&&) inline QUrl &operator=(QUrl &&other) ^ /usr/lib64/qt5/include/QtCore/qurl.h:178:18: note: no known conversion for argument 1 from ‘QString’ to ‘QUrl&&’ core/utilities/importui/CMakeFiles/importui.dir/build.make:997: recipe for target 'core/utilities/importui/CMakeFiles/importui.dir/main/importui.cpp.o' failed make[2]: *** [core/utilities/importui/CMakeFiles/importui.dir/main/importui.cpp.o] Error 1 CMakeFiles/Makefile2:2040: recipe for target 'core/utilities/importui/CMakeFiles/importui.dir/all' failed make[1]: *** [core/utilities/importui/CMakeFiles/importui.dir/all] Error 2 Makefile:117: recipe for target 'all' failed make: *** [all] Error 2 ... at this line : foreach(CamItemInfo info, list) { ParseSettings parseSettings; parseSettings.fileUrl = info.name; <<<<<<<<<<<<<<<<<< HERE parseSettings.creationTime = info.ctime; renameFiles.append(parseSettings); } That i converted like this in commit : parseSettings.fileUrl.fileName() = info.name; // TODO : Qt5 port : check if KUrl() == QString() replacement is valid here. I don't check if it work. At least it compile. Gilles |