<div dir="ltr">OK.  Thanks for the tip.<div>Since this is a known problem, would it make sense to include a little note/hint in the UI about this if OS is detected as Windows?</div><div><br></div><div>I have included a mock-up showing how this could be presented in the dialog:</div><div><br></div><div><div><img src="cid:ii_kc1ulseq0" alt="image.png" width="555" height="471"><br></div></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den tir. 30. jun. 2020 kl. 13.20 skrev Maik Qualmann <<a href="mailto:metzpinguin@gmail.com">metzpinguin@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>The problem is known, we have a bug report about it. This component comes from a KF5 / KDE library and does not work under Windows at this point. Find a unused keyboard shortcut, you can sort the list by keyboard shortcut and then click reassign.</div><div><br></div><div>Maik<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 30. Juni 2020 um 11:51 Uhr schrieb Thomas D <<a href="mailto:sdktda@gmail.com" target="_blank">sdktda@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">OK. Could this be the reason why nothing is shown about the conflict? I mean, that there isnt really an actual conflict for Ctrl+E in digikam, but the conflict is in a default shortcut to some other KDE application? Problem is, this is Windows - not KDE - so I do not have any other KDE apps. So maybe this is a false positive?<div><br></div><div>Just trying to clear up what to report if this is to be reported to KDE bugzilla.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den tir. 30. jun. 2020 kl. 10.08 skrev Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thomas,<br>
<br>
Well, this shortcuts dialog do not come from digiKam code, but from<br>
KDE Plasma API which checks with all desktop active shortcuts. We<br>
don't maintain this code. For all feedbacks, this must be done through<br>
KDE bugzilla in KF5 KXMLGUI framework<br>
<br>
Best<br>
<br>
Gilles Caulier<br>
<br>
Le mar. 30 juin 2020 à 03:40, Thomas D <<a href="mailto:sdktda@gmail.com" target="_blank">sdktda@gmail.com</a>> a écrit :<br>
><br>
> OK. I guess this will help. However, when trying to assign a short cut key, I am faced with this UX problem:<br>
> I try to find a key combo to open file manager.<br>
> I have now tried a handful different combos, but everyone seems to be already assigned. So I am seeing this warning:<br>
><br>
><br>
> The warning says that the chosen shortcut conflicts with the following combination: and then there is nothing after the colon.<br>
> I should be able to see what other shortcut I am about to overwrite.<br>
><br>
> Also, the text on the buttons seem rather ambiguous. "Reassign" I would think means: "OK, I see that my chosen shortcut was already used, so I will reassign that". But this is not what it means. Instead it seems to really mean "Overwrite the existing shortcut with your new shortcut."<br>
> But if I do this, then I break some unknown existing shortcut (without intention of doing that) and leaves me no way of knowing what  shortcut just got overwritten.<br>
><br>
> Also, the dialog offers no help in finding a vacant shortcut combo. For example, if I say Ctrl+E and that is taken, the program could easily try some "neighbouring" shortcuts like Ctrl+Alt+E, Ctrl+Shift+E, Alt+Shift+E, etc. and suggest some of these instead.<br>
><br>
><br>
><br>
><br>
> Den tir. 30. jun. 2020 kl. 01.59 skrev Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>>:<br>
>><br>
>> This can be customized by end users :<br>
>><br>
>> Go to Settings/Configure Shortcuts/Open File Manager/Change Keyboard Shortcuts.<br>
>><br>
>> Best<br>
>><br>
>> Gilles Caulier<br>
>><br>
>><br>
>><br>
>> Le lun. 29 juin 2020 à 23:12, Thomas D <<a href="mailto:sdktda@gmail.com" target="_blank">sdktda@gmail.com</a>> a écrit :<br>
>> ><br>
>> > If that is the intention, then I think it should be much easier to open a file manager (and a terminal!) on a given album. And it should preferably have a keyboard shortcut.<br>
>> > Right now it is possible to rightclick on an album in the tree view and open in file manager, however, that is actually a very complex action:<br>
>> > 1. Move the mouse to a tiny icon<br>
>> > 2. Right click<br>
>> > 3. Locate the "open in file manager" action on the list of possible actions in the right click menu<br>
>> > 4. Click the Open in file manager action.<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > Den man. 29. jun. 2020 kl. 20.04 skrev Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>>:<br>
>> >><br>
>> >> That is the intention. What you see in the thumbnail view comes from the<br>
>> >> database, which is created by a scan. You can open an album with a file<br>
>> >> manager to see the actual content. You can also add unknown mime types, as an<br>
>> >> image, video or audio file and then display them as a generic icon. But<br>
>> >> digiKam will not be able to display a preview or the like.<br>
>> >><br>
>> >> Maik<br>
>> >><br>
>> >> Am Montag, 29. Juni 2020, 21:25:55 CEST schrieb Thomas D:<br>
>> >> > Hi,<br>
>> >> ><br>
>> >> > Digikam does not show any non-image files in album view nor does it seem<br>
>> >> > there is an option to have it show non-image files. This is quite annoying<br>
>> >> > since often mobile phone images contain the image file plus a side-car file<br>
>> >> > like img_2655.aae or maybe there are just some other files in the folder.<br>
>> >> > This can lead to unexpected data loss when the user deletes an album that<br>
>> >> > looks to be empty when viewed in Digikam but was in reality not empty. I<br>
>> >> > think there should at least be (an easy) way of toggling whether non-image<br>
>> >> > files are shown or not. They can just be shown with a completely generic<br>
>> >> > file icon as thumbnail.<br>
>> >> ><br>
>> >> > I tested this on DK 7.<br>
>> >><br>
>> >><br>
>> >><br>
>> >><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>