Is there an action to open the current image with the default file manager? Preferably in a way that the image is already selected in the file manager.
Right click -> Open With -> Other...-> dolphin --select Maik
Hi Maik, thanks for the hint; this works. But it does not remember the command. For convenience, there could be a dedicated menu item.
You have already an entry in Album menu to open with File Manager. I'm not too favorable to populate menu with this. This is not portable. Dolphin is only KDE/Linux. Do the same under Windows and OSX is more complex and will bloat source code with bracketed compilation rules. Gilles Caulier
Also what'a happen with Linux/Gnome or other desktop. File Managers are not the same. I refuse to wrap all possible cases. This is a big puzzle. Gilles Caulier
> You have already an entry in Album menu to open with File Manager. Yes, I found that. But I am currently finding my images via tags. I could right-click -> Go to... -> Album and then use the existing function. But then I would have to search the image in the folder. > This is not portable. Dolphin is only KDE/Linux. Do the same under Windows and OSX is more complex and will bloat source code with bracketed compilation rules. I agree not to hard-code anything here. However, it can be done in a portable way. See https://wiki.freedesktop.org/www/Specifications/file-manager-interface/ which is recommended in this post http://blog.broulik.de/2016/02/outside-the-stellarator/
*** Bug 383081 has been marked as a duplicate of this bug. ***
*** Bug 380329 has been marked as a duplicate of this bug. ***
Guys, I badly need some features which are really really essential to manage my project. Is it possible to add this features? -> when I click "open in file manager" by selecting any image I need the image remain selected to the explorer. -> when I search and found any image using search features of Digikam. There is no option in the digikam to locate that image. Thanks in advance Maruf
I have noticed that the feature works in GIMP (on Windows). Is there any way their code could be used in digiKam ? I think I found it: https://gitlab.gnome.org/GNOME/gimp/blob/master/app/dialogs/file-open-location-dialog.c
In this Gimp source file, there is no Native Windows API calls. All is delegate to GTK toolkit, where this kind of code must be located... Gilles Caulier
The right solution is givenn here through QtCreator source code : https://stackoverflow.com/questions/3490336/how-to-reveal-in-finder-or-show-in-explorer-with-qt Plus : solution is compatible with MacOS, not only Windows. Gilles Caulier
*** Bug 407183 has been marked as a duplicate of this bug. ***
in 6.1.0 it works on Album View, so I don't understand what is the problem to simply do the same action that already works on album context menu. If the trouble is to figure out how to focus properly the file in the file browser, this is really optional and should not delay the implementation of this feature on thumbnail's context menu. This feature is also very essential to any people using other views than Album view. I'm talking about people, date, tags views. To be honest, it makes more sense to me on the photo thumbnail's context menu than lost in the album view's pane, in the album's context menu. To add insult to injury, if your directory path is a little long, you can't even see in one glance where the file is located as you can't display it in tooltip for some reason, and in the left file property pane, because not wide enough, it'll be covered by "..." continuation string. So even access to path information is really cumbersome. File path is an important information for any people caring about independence from the management tool. Independence is the most important feature I'm looking for in any photo manager soft.
The problem with tags, search views, is that items with different paths may be present. If you then select 100 items and run "Open in File Manager", then 100 File Manager windows will be opened at once. This possibility should then be limited to a single selection. Maik
Git commit 2b4578a8492dcfdade0ebbf3fdeb8c34aaf29cf9 by Maik Qualmann. Committed on 12/05/2019 at 19:18. Pushed by mqualmann into branch 'master'. add context menu entry for open in file manager M +25 -1 core/app/items/utils/contextmenuhelper.cpp M +1 -0 core/app/items/utils/contextmenuhelper.h https://invent.kde.org/kde/digikam/commit/2b4578a8492dcfdade0ebbf3fdeb8c34aaf29cf9
Git commit 141e09a1796952e7d1e1ea72752c087cb9874f3f by Maik Qualmann. Committed on 13/05/2019 at 18:45. Pushed by mqualmann into branch 'master'. first try to open the file selected under Windows or OSX in the file manager M +1 -5 core/app/items/utils/contextmenuhelper.cpp M +48 -0 core/libs/threadimageio/engine/dfileoperations.cpp M +4 -0 core/libs/threadimageio/engine/dfileoperations.h https://invent.kde.org/kde/digikam/commit/141e09a1796952e7d1e1ea72752c087cb9874f3f
https://invent.kde.org/kde/digikam/commit/c643d455316173588a673f1b8ae41d2fda195a12 Windows and Linux with Dolphin works fine. OSX and other file managers (Nautilus) under Linux have not been tested yet. Maik
Git commit 49ab7dfd4ccc3f79a981bef90df699bc8a214e14 by Maik Qualmann. Committed on 14/05/2019 at 17:32. Pushed by mqualmann into branch 'master'. add basic support for multiple selected items FIXED-IN: 6.2.0 M +2 -1 NEWS M +3 -6 core/app/items/utils/contextmenuhelper.cpp M +3 -6 core/app/views/stack/itemiconview.cpp M +41 -6 core/libs/threadimageio/engine/dfileoperations.cpp M +1 -1 core/libs/threadimageio/engine/dfileoperations.h https://invent.kde.org/kde/digikam/commit/49ab7dfd4ccc3f79a981bef90df699bc8a214e14