Help shape the future of desktop icons

KDE Plasma has robust support for desktop icons, just like Windows and macOS do. And it’s not going anywhere, either!

But over the years, the codebase has gotten a bit crusty. You know how these things happen: conventions change but the old code isn’t updated; features are added that cut against the original design without a corresponding refactor; implementation details that were relevant in the past but aren’t anymore; and so on. This internal messiness is a source of bugs, and we’d like to correct that!

So for a while now, various folks in KDE have wanted to overhaul the technical implementation and bring Plasma’s desktop icons up to modern standards. But in the process, it’s also necessary to know how we want the system to behave!

It turns out there’s a lot of hidden complexity embedded in the core feature to allow manually moving icons around, and the current system doesn’t always handle it in the best way. Consider what should happen to manually-arranged icons in cases like these:

  • You rotate a screen with icons on it
  • You disconnect a screen with icons on it
  • The resolution or scale factor of a screen with icons on it grows or shrinks
  • The screen fills up with icons and then you add more

This is not simple stuff! So we’d like your input.

Akseli Lahtinen has put together a survey where you can share your views on how the system should handle various complex situations. You can access it here: https://survey.kde.org/355778.

Responses will be used to guide future development. So if you’d like to help shape that future, make your opinions known here! Feel free to share this survey far and wide; we want as many responses as possible.

Thanks, everyone!

9 thoughts on “Help shape the future of desktop icons”

  1. Finally! Hopefully we are going to have modern icons, aligned with today’s trend. I wish I will never want to change the default Breeze icons if the new ones will make my eyes happy 😊😊😊

    Like

  2. So an idea came to me during the survey. What if behavior could be configured on a per-icon basis? When I disconnect screen 2, some of you stay, some jump back, that sort of thing. And the various overflow options all seem useful, what if that was configurable to whichever you like?

    Like

    1. Per-icon behavior sounds like one of those things that maintainers would hate and users would largely ignore.

      Like

  3. for years i’m desperately missing the concept of ‘badges’ or ’emblems’ (as linuxint / cinnamon / Nemo hat ist for folder (and files?) icons. with other words: the separation of basic folder icon, shape, color and symbols on top indicating the content of it, such as music, documents, images, misc etc. thy for reading.

    Like

    1. Hi @akseli!

      I don’t use desktop icons but I tried answering the survey anyway so you’d get the perspective of at least one user who doesn’t care 🙂

      But I hit a roadblock: in the first question, even if I select only the “I don’t really use desktop icons” option, I’m still required to answer e.g. the 3rd question, which makes no sense in my case (any answer would be a lie).

      You might want to end the survey early if someone answers that, or more likely remove that option completely, since it also kinda contradicts the other available options.

      Cheers!

      Like

  4. I think desktop icons are messy and I don’t use them personally, but I answered the survey as if I did.

    Frankly what I would like for icons is for taskbar icons to have better colors. The default Breeze ones are too plain so I need third party ones. I don’t know why you’d want all of them without vibrant colors to notice at a glance which one is what.

    Like

  5. I found this post a few days ago and did not see an expiration date listed in the survey.

    Unfortunately, the survey expired before I was able to finish writing a response to the “additional comments” question. Although I now have no way to submit answers to the rest of the questions, below is my response to the last question.

    The question asking about typical desktop icon usage could be improved by having an “other” short answer entry.

    The question about an overfilled desktop could be improved by allowing multiple answers (and user-choice between a scrollbar and an overflow menu in the final implementation). Perhaps other portions of the implementation could benefit from being available to adjust in System Settings and using this survey as a guide for developing the default behavior.

    The questions asking for layout preferences could be improved by adding a “no preference” option.

    Beyond icons, I use my desktop for widgets (at least one text/notes widget, multiple System Monitor widgets, and a clock widget). The positioning of widgets will also need to incorporated into screen changes. I tend to limit my usage of icons on the actual desktop and instead use application menus (plural) to organize and categorize icons (including .desktop entries). Using currently available (Plasma 6.3.6 / Debian-based) official KDE widgets, I can (1) customize the menu on Application Menus (and have multiple identical Application Menus) and (2) set a limited number of Favorites on Application Launcher and modify their position on other Application Launchers.

    The customization mismatch of being able to place Application Launchers/Menus anywhere on (1) a Panel on any edge of the screen or (2) the desktop itself and yet being largely unable to have these multiple menus/launchers be different is partially solved by two community-built Plasma widgets: Tiled Launcher (https://store.kde.org/p/2328139) and Tiled Menu (Plasma 6: https://store.kde.org/p/2142716 / Plasma 5: https://www.pling.com/p/1160672/). These widgets are how I originally found KDE. Each has features missing from the other. My preferred solution is for KDE to incorporate the best features of these widgets into a new “Icon Launcher”. An example use case is having separate launchers for General Software, Utilities, Document/File Management/Editing Software, Photo Management Software, Games, Graphic Design Software, System Management Tools, etc. Such a widget would (1) elevate KDE Linux to the next level (and help it achieve its Release marketing goal of “The best operating system you’ve ever used, period”), (2) attract users that miss the Windows 10 Start Menu (KDE hosts the development of https://endof10.org/), and (3) increase Plasma’s accessibility (a 2022-2024 KDE goal) to visual learners.

    Like

Leave a comment