Created attachment 127919 [details] Short tag (normal behavior) SUMMARY When typing a new Tag in the Captions/Tag panel on the right, sometimes it suggests a possible location for the tag, and underneath, just the suggestion to place the tag at the root of the tag tree. If the tag name is too long, it is not possible to see the placement suggestion, so among the two suggestions, you cannot know where the tag is going to be created. See attached files. STEPS TO REPRODUCE 1. Select a picture. 2. Start writing a new tag. 3. Observe how two suggestions appear underneath. 4. Keep writing, and the suggestion will not fit the screen. OBSERVED RESULT There is no possible way to tell which suggestion is which. EXPECTED RESULT Maybe using another approach that allows you to see the whole string? Multiline? Smaller text size? SOFTWARE/OS VERSIONS digikam-7.0.0-rc-20200423T165750-x86-64.appimage in Ubuntu 20.04LTS with Gnome. (but already present in previous versions).
Created attachment 127920 [details] Long tag (placement not visible)
Or just pull the sidebar bigger? Maik
Yes, but that feels like a workaround and is not very elegant. Moreover, it also happens when typing a face rectangle (bug 420659), and in that case the text field cannot be widened.
Created attachment 127923 [details] Same behavior when typing a face tag
We use a small font for this field. I have already enlarged the field and I can fit a lot more text into it. The problem is that your system has a font that is too large for small fonts. And no, we cannot just make this field draggable in size. Because this overlay is a big hack because of a Qt bug so that it works the way it is at the moment. Maik
What should be the default font type and size for digikam? Wouldn't it be possible to show the suggestion in two lines instead of one? I have no idea whether that would be hard to implement or not.
No, 2 lines are not easily possible in a QPopup or QComboBox. A new paint engine would have to be written. I will probably change the function for font size calculation again to get a smaller font. Maybe enlarge something in width. Maik
Aha. Ok. I just thought of reporting that behavior, as it can be sometimes a nuisance. Just to keep it in mind, if in the future there is an easy fix.
*** Bug 420789 has been marked as a duplicate of this bug. ***
*** Bug 424801 has been marked as a duplicate of this bug. ***
A tooltip overlay with full string visible can be also a solution... Gilles Caulier
Hi all, The digiKam 8.4.0 Appimage bundle pre-release is now based on last modern frameworks Qt 6.7.0 and KDE 6.2.0. File can be downloaded at usual place : https://files.kde.org/digikam/ Take a care : the bundle is named with the suffix "-Qt6" not "-Qt5". This bundle is compiled under Ubuntu 22.04 and require a Linux with GlibC version >= 2.35 to run. Can you reproduce the dysfonction with this version? Thanks in advance Gilles Caulier
Hi. I can confirm this behavior is still present in today's 8.4.0 Qt6 appimage.