Created attachment 168552 [details] renaming template selection window unusably small SUMMARY When using the DigiKam 8.3.0 AppImage on a laptop with a high DPI screen, many windows and UI elements are so small as to be near-unusable by default. Some of these (window sizes) can be mitigated by the user by resizing them, but in many cases this must be done every single time the window is opened. Other non-resizable UI elements cannot be mitigated like this. These occur regardless of whether the “use high DPI scaling from the screen factor” setting is enabled, and regardless of the application font size (in my case Noto Sans at 12). Adjusting the app’s QT Scale Factor (e.g. to 1.5 or 2) via an environment variable in the .desktop file results in everything being much too large. The UI is correctly scaled in non-AppImage versions, but I ended up needing to use AppImage digiKam to get access to a newer version than the packaged version available on current kubuntu. SOFTWARE/OS VERSIONS digiKam 8.3.0 Build date: 14/03/2024 17:13 (target: RelWithDebInfo) Revision: 9e9222fa4002acf2fcca6741b79260f01817eb30 Branch: HEAD Operating System: Kubuntu 23.10 KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland Processors: 20 × 12th Gen Intel® Core™ i7-12700H Memory: 31.1 GiB of RAM Graphics Processor: Mesa Intel® Graphics
Created attachment 168553 [details] import images from files window much too small
Created attachment 168554 [details] image editor filter options unreadable
Created attachment 168555 [details] image editor crop grab handles unusably small (mouse pointer in the position shown is not close enough to grab onto them)
Created attachment 168556 [details] font selection window unusably small
Created attachment 168557 [details] renaming window template selection buttons have no padding
Created attachment 168558 [details] renaming window EXIF property selection checkboxes unusably small, not checked when clicking on property name
This could be a problem with the integration in Wayland with the AppImage. I'm currently using an X11 desktop with KF6. With a QT_SCALE_FACTOR of 1.5 to 2.0 I have no problems with the AppImage, everything scales and looks good. Also, for example, the grab handles in the selection tool in the image editor. Maik
Created attachment 168570 [details] QT_SCALE_FACTOR=1.5 photo list
Created attachment 168571 [details] QT_SCALE_FACTOR=1.5 default image editor size
Created attachment 168572 [details] QT_SCALE_FACTOR=1.5 enlarged image editor window
I added some reference screenshots launching digiKam with QT_SCALE_FACTOR=1.5. Generally speaking the sizes of icons and UI elements is better, but default window sizes and icon spacing are just as bad. I changed the application font size to 9 which improves things slightly, but it’s still borderline unusable IMO.
Your toolbar and tool sidebar icons are too small. It is possible to choose a smaller icon size for the toolbar. I have no idea about the tool sidebar. A test here with a native Wayland Desktop session shows me no different view than with X11. Maik
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
(In reply to caulier.gilles from comment #13) > 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. > > Can you reproduce the dysfonction with this version? This version is definitely better! A lot of the windows which were previously unusably small by default (e.g. the font selection one) are now slightly larger – still undersize IMO, but usable without having to resize them every single time. The sidebar buttons in the main window are still all cut off (the text for ”Tags” doesn’t show up at all, only the tags icon). Opening the image editor for the first time on the new version, it started with the right tools sidebar taking up most of the screen, with the photo being squashed down to a tiny thumbnail. When the sidebar is resized to only take up ~20% of the screen, the tool icons are still readable and stack much better. IMO they’re unnecessarily spaced out (there are huge, unclickable gutters between them which IIRC were not in the non-flatpak version) but it is readable and usable. I was hoping that this update might also fix the issues I’ve been having dragging+dropping photos into some other applications, but sadly it’s still very unreliable. I can make a separate bug for that if there isn’t one already.
Created attachment 168750 [details] 8.4.0 Qt6 Main View unreadable sidebar icons
Created attachment 168751 [details] 8.4.0 Qt6 image editor resized toolbar spaced-out tool icons
Ah I also noticed that this latest build seems to have a custom pointer set, which can be seen in my latest screenshots (compare with the default KDE Breeze pointer in the older screenshots). Not sure if that is intentional or not, but I prefer that applications use the system pointers unless they have some good reason not to.
>I was hoping that this update might also fix the issues I’ve been having dragging+dropping photos into some other applications, but sadly it’s still >very unreliable. I can make a separate bug for that if there isn’t one already. For this point, it's better to have a separate report. Look already existing ones : https://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=ASSIGNED&bug_status=REOPENED&classification=Applications&component=Usability-Drag%26Drop&list_id=2690607&product=digikam&query_format=advanced Gilles Caulier
> Ah I also noticed that this latest build seems to have a custom pointer set It's not the case. It's probably a KF6 framework side effect. Remember that KDE 6 is not yet mature compared to Qt5 based version.