Version: (using KDE KDE 3.5.2) Installed from: Gentoo Packages OS: Linux The size of the systray icons is hardcoded in kdeui/ksystemtray.cpp with 22 pixels. It would be nice if the size could be configured in a configfile or even control center, so they match the general look of the desktop and the other icon sizes. thanks!
I agree. Allowing this to be over-ridden in ~/.kde/whatever would be good enough for now, ultimately allowing to choose from a system tray context menu (of which there is none, presently), and maybe even just assigning the number of rows, and adjusting the icon size to suit would be good. Subscribing. This bug should be confirmed...
This should be moved to plasma now, shouldn't it? It's still valid, as far as I can work out...
I agree, this needs to be changed. Still valid in 4.4!
Still valid for 4.7.2, its actually in: kde-workspace-4.7.2/plasma/generic/applets/systemtray/ As most (all?) icons in kde are svg it should be no problem to scale them. When the protocol does not allow bigger icons, it can still be scaled up.
I cry each time I realize that fluxbox makes my systray icons look better than KDE does. I am happy to announce that I've recently switched back from Fluxbox to KDE (after switching from KDE to Fluxbox during 4.0). However, I was surprised to see that this was still a relevant issue.
The worst offender is when certain plasmoids or programs add an icon that doesn't scale to the tray. All the icons will suddenly become huge. Adding an option to specify size would be a pretty good workaround for this too.
It took me two hours finding out what code exactly is responsible for the icon sizes. I managed to get my tray icons bigger but I am not willing to dig deep inside that code and also adjusting the sizeHint stuff and everything else. [kde-workspace] plasma/generic/applets/systemtray/ui/compactlayout.cpp:285: rect.setWidth(qBound(item->minimumWidth(), rect.width(), constraint.width())); I changed it to rect.setWidth(32); on my machine which is a dirty hack but it works. If anyone is willing to create a patch that properly adjusts the sizeHint function and respects constraints and stuff like that, go ahead :) For me this change is sufficient. The tray icons in my panel are now recognizeable (high-dpi screen here) and that’s what I wanted. :) (This does not affect the hidden tray icons popup. This code is somewhere in taskarea.cpp)
(In reply to comment #7) > It took me two hours finding out what code exactly is responsible for the > icon sizes. I managed to get my tray icons bigger but I am not willing to > dig deep inside that code and also adjusting the sizeHint stuff and > everything else. Please, ALWAYS state the version you are using. Last this was reported on KDE 4.7.3...
I am using KDE 4.9.0 and the systray icon size is still not configurable.
Setting status.
FTR: I just saw that Marco Marti has re-written the systemtray in QML and should make it *way* easier to implement this feature request. I will have a look at it.
Can confirm this bug seems still to be present on KDE 4.11 (openSUSE 13.1) and renders the system tray almost unusable with the latest generation of high DPI screens. Specific hardware tested is a Dell XPS 15 with QHD+ screen ~235DPI, but these screens are being rolled out by most if not all laptop manufacturers, so this bug will have an increasing impact over the coming months.
I'm happy to see that systray icons are getting normal size on hidpi by last KDE update.
(In reply to comment #13) > I'm happy to see that systray icons are getting normal size on hidpi by last > KDE update. which one ? KDE 4.12.2 ?
KDE Workspace 4.11.6, see bug 330807.
*** Bug 334599 has been marked as a duplicate of this bug. ***
Hello! This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable. Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham