https://bugs.kde.org/show_bug.cgi?id=358283
--- Comment #3 from Gregor Mi <[email protected]> --- > To achieve what's in the mockup, one just needs to add the printer and share > icon as applets in the system tray instead of applets in the panel. This seems to be a solution. I - in my role as user - just tried with Plasma 5.8.2 to do this. But I could not find out how to do it. Or is it a matter of adding those into the list of choosable applets in the System Tray Settings? (1) > Making all the applets the size of the system tray is something you *really* > don't want - it would make the clock smaller, the taskbar smaller, and the K > icon smaller. That wouldn't make any sense. You are right. I see three types of applets: 1) The ones with "content": clock (show time and date), taskbar (show running programs) and system tray (give access to background apps and services) 2) The ones with an icon only: Printers, Quickshare 3) The ones with special locations (and icon only): K menu on the left-most side and Show Desktop on the right-most side. As you can see on the mock-up, I also squeezed the Show Desktop applet to the width of a tray icon but the height fills the panel. (2) It depends on the actual applet which resize policy is a good one. I think, the Show Desktop squeeze behaviour could fixed in the applet's code without changing anything else. > If someone has an actual answer for that, brilliant. One generic idea I see is the following (assuming that the method in (1) is not working): There could be a new container applet that can be placed by the user anywhere on the panel. To this container applet the user can add other applets which will be (auto-)arranged in the described way. Then it would be up to the user how the icons next to the K menu would size. To make things less complex (for the user), there could some default empty applet containers be placed on strategic locations (between K menu and taskbar, between taskbar and system tray; between system tray and clock). When adding a new applet, the user could decide to drop inside a container (applets become smaller) or next to it (applets take full space). However, I can see that actually implementing this properly and intuitive is not an easy task and probably too much when compared to what is gained. Another idea: the applets themselves could know which of the three types they are. When more than one icon-only applet are placed next to each other the auto-arrange functionality would kick in when the panel size increases. > But we can't do much with a mockup that aribtrarily moves two icons but > doesn't explain how it moved those two. Yes. Please note - see (2) - that the mockup also squeezes a third icon (the Show Desktop). > and if the answer is the user chooses if they act like something in the > system tray or not, then you've just designed what we currently have. See (1). -- You are receiving this mail because: You are watching all bug changes.
