|
|
Log in / Subscribe / Register

Ideas on modernizing the open-source desktop

By Joe Brockmeier
September 23, 2026

Akademy

Scott Jenson has been working on user interfaces (UIs) and user experience (UX) for many years at Apple, Google, and other companies. Now, he's trying to convince open-source projects to experiment more and drive the desktop beyond the age-old "windows, icons, menus, pointer" (WIMP) model. At Akademy 2026, KDE's annual developer conference, he shared his complaints and ideas in a talk aimed at convincing those in attendance to take the lead on desktop design.

He introduced himself as someone who has been doing UX for a long time, much of that time at Google. He said that over that time he had noticed a cultural shift, "because back in 2005 when I joined, we weren't evil; we were really trying to do the right thing". He had worked on the Chrome team for a while, which he said was "filled with people who wanted nothing but open-source, open-web" projects. Things had changed radically, which led him to leave Google, "but I'm trying to atone for my sins working for these companies".

He now does work for Mastodon and Home Assistant, "just kind of trying to squeeze a little bit more good UX design into open source". Jenson said he did not want to be confrontational, but he thought that open source needs a lot of help in the area of UX design. That is challenging, because open-source projects are understaffed.

Innovation

He was at Akademy to discuss his ideas because he had given a talk similar to this at Ubuntu's conference last year, which proved to be popular. "It got more than half a million views on YouTube—which by YouTube standards is trivial, but by Scott standards is enormous." That told him that the topic of desktop UX was something that people wanted to talk about. This time around, he also wanted to show a few examples of prototypes he had to demonstrate his ideas.

[Scott Jenson speaking]

He thinks that desktop UX is very different from other kinds of UX. Jenson related a story about working on the Macintosh's Finder application, which is a file manager. The team "wanted to do ellipses" in file names when showing a file in the Finder that had a name too long to display in its entirety. The developers wanted to put the ellipsis at the end of the file name, but he thought that would lose too much information, and suggested that the ellipses should be in the middle of the file names. "It's now considered to be one of those things that's an exciting little attention-to-detail issue the Macintosh does."

Another UX detail that he worked on is the way that clicking and dragging files from one window to another works on the Mac. A mouse click action has two parts: when the user depresses the button (mouse down) and when the user releases the button (mouse up). On the Mac, item selection happens on mouse down, but the window only raises on the mouse up action. In other words, if a user drags an icon from a Finder window into another window, the first window is not raised.

On most Linux systems, though, if a user is trying to click and drag a file from a window in the background it will cause the window to raise as soon as the user does the "mouse down" action. That complicates trying to click and drag a file from one window to another. That is a fundamental action that means that users can't move data into applications quite as easily on Linux as they can on the Mac.

He said that he had talked about that issue two years ago on Mastodon, which raised a response from a KDE developer who thought it was a good idea to separate the mouse down and mouse up actions when dragging data between windows. Then they implemented it a few hours later.

"I forgot who that was. So if anybody here did that", he said, but before he could finish the sentence a voice from somewhere in the room responded, "you're welcome". Jenson yelled "thank you! I've been wanting to meet you for two years!" That was an example, he said, of how open source can be awesome: someone can just say "that's a good idea, I'll just do it" and then rapidly implement and push the feature to the project.

Stabilized

The point he was really trying to make, though, is that the desktop UX had not really changed in 20 years. There were plenty of new ideas and improvements in the 1980s and 1990s, "and then it just stabilized, and not much has really changed". But people are doing much more with their computers today, and he thinks that there are ways for desktop UX to grow.

Much of the UX for Linux systems was originally copied from Windows and the Mac, "KDE even says it's for Windows users, that it wants to be similar to Windows for users". There's nothing wrong with that, but he felt that the Linux community "in general" had been leaning on Microsoft and Apple to do all of the UX research and testing, "and frankly, [make] the mistakes".

Some might point out that GNOME has conducted user research for some of its design changes, and KDE's human-interface guidelines (HIG) were also developed based on research by its contributors. However, it would be fair to say that these are exceptions rather than the norm; certainly, no one is funding or conducting regular UX design research and development for the Linux desktop overall.

He said that it is smart to let Apple and Microsoft do these things first "so we can draft behind them", but the problem is that "they've just kind of given up to an extent". Apple has been letting its desktop UX, and desktop hardware, "languish for years and years and years" because it had shifted its focus to the iPhone and iPad devices. "I mean, like, Apple wanted the Mac to die. They wanted the world to move over to the iPad. Guess what? It didn't."

Apple has since turned its attention back to the Mac, but the things they've done since—such as the Liquid Glass design language—have not been really popular with users. The features that Apple tends to add, he said, are "basically about tying it closer to the iPhone, tying you closer into their ecosystem". That isn't about improving the desktop, it's about increasing their moat.

Microsoft "is just making one mistake after another". He cited the company's attempts to force users to store files using its OneDrive cloud-storage service, the privacy-invasive Windows Recall feature that drew widespread criticism, and "ads everywhere" on the Windows desktop. His point was not to bash Apple or Microsoft, though the audience didn't seem to object to this, it was to point out that the Linux desktop could not follow their example any longer. "The whole Linux community has been just waiting for Apple and Microsoft, more or less, to take all the risks, and they're not taking any more risks."

Three pushbacks

Jenson emphasized that he didn't want to change everything, but he wanted to see experiments and additional development aimed at improving the desktop experience. However, he said that he gets pushback when he tells people that desktop innovation has stopped, and that the Linux desktop "can't just patch and bug fix our way into the future, we have to start taking leadership ourselves".

He grouped the pushback into three categories. The first objection he receives is "mobile won; the desktop is old, just do what mobile does". He dismissed that by saying that mobile has indeed won the consumer market, social media, and other areas, but "it didn't win productivity". People still do their work on computers, because "desktops are silently awesome; they have keyboards and big screens, and they can do amazing things". However, people have lost sight of that and don't really appreciate how good desktops are. "I think we should understand why they're good, and then what we can do to make them better."

The second objection he hears is that there are only so many ways that the WIMP model can work. "Just stop trying to fix it; it's done." He disagreed with that as well, and thought that there was more to be done. The final, particularly strong, objection from the tech community is "don't touch my stuff". People get angry when they have worked hard to get their desktop environment just as they like it and something changes to disrupt that. "And I get that. As I said before, I don't want to change everything." But the world is changing, "and we need to grow our way gently into some new things."

What is UX?

Thinking about where to go next with desktop design gets to the question "what is UX?" He said that term was misunderstood and that people, especially manager types, "they think it's just pixels, but UX is so much more than pixels". It helps to think of UX as having layers, he said. There is style, which consists of white space, iconography, color schemes, and yes, pixels. But there is also structure, he said, which is how the user moves through the application, the navigation model.

Strategy is another part of UX; understanding who the target user is, and determining what they want. Deciding what is important, and what is not; what will the development team prioritize and what will it ignore? "The fastest way a UX designer can save your team time is to help you say no."

There is also a layer he called "stuff": the lower-level limitations of the underlying technology that a platform has which influence UX. For example, he said, if an application is being created for DOS, "you're not going to write a nice Macintosh application. The technology dictates what you can do". The desktop has been evolving for 40 years and has "historical cruft" that carries expected standards.

We just have a bunch of stuff that we just accepted. And I think if we're going to fix the desktop, we have to understand this lower-level limitation, and how do we want to fix that? We just accept that mobile and desktop has stuff today, and we just don't think about fixing it.

People forget, he said, that the original Macintosh screen was "a whopping 342 pixels high". Naturally, windows overlapped a lot. Since then, "we just assumed that Windows have to overlap". But many people have "giant, giant screens", and the existing window-manager model does not work so well for those devices. "I can understand why people use tiled window systems and so forth, because this existing model just does not work very well."

Understanding the future

Early in the talk, he had referenced a saying by Alan Kay, who had led design of the first WIMP interface at Xerox PARC: "Perspective is worth 80 IQ points." Jenson now circled back to Kay: "Who, as you can tell, I really like a lot. [...] He talks about three steps to understand stuff". The first step, he said, was to think about the present, "what is happening right now?" The second is "don't forget the past, know what work has happened before", and the final step is to ensure that "your questions are really clear". Too many people rush to a solution, he said, but they should be rushing to questions. If the questions are clear, then the answers will be better.

He did not want to make the talk about AI, he said, but he had to address it. "I have to talk about AI, and it pisses me off because there's so many cool things we could be talking about, and AI just sucks up all the oxygen, and it's all you can talk about". But, he conceded, there are many things happening with AI on the desktop, albeit in a weird way.

He explained some of the current efforts to integrate AI with the desktop as "trying to sneak AI in" while keeping the UI exactly the same. Other efforts try to use AI to understand what is on the screen and use chatbots to interact with the interface, "which I think is kind of missing the point here". That is, until last summer when Anthropic introduced Claude Code. "It completely changed things, because was looking down into your filesystem" and drew context from the content of a user's files. That allowed it to do more interesting things and interact with the system.

After mentioning Claude, he paused to say he was only speaking about frontier models because everyone else is discussing them. "I have a lot of personal problems with the frontier models. They are ethical and environmental disasters. I am not very excited by them". He said he was excited by Apertus, which is billed as a fully open, responsible model for sovereign AI created by the Swiss AI Initiative. "I do think it's possible to talk about ethically trained small language models running locally, and you don't have to sell your soul to the devil."

The curse of direct manipulation

The key point he wanted to make was not about generative AI uses, but about how giving it access to the filesystem improved its usability. It now had context and could work with the user's data, but it was working at the filesystem level and not using the desktop UX.

He talked about the desktop building blocks, basically the familiar WIMP model plus the desktop clipboard, as the way that users move data around. Expert users can move data around quickly, he said, but there's a problem: the desktop is stateless. He called this the curse of direct manipulation; there is no working memory to the desktop. "If you copy a few too many things to the clipboard, oh sorry, it's gone".

Jenson theorized that the reason there are so many desktop environments, window managers, and Wayland compositors for Linux—as well as alternative clipboard managers—is because the desktop isn't quite working right for users. He thought it was really about working memory: "How do I manage my data in such a way that I can remember it across all of these things and actually use it." His perspective shifted to asking "what would we do to working memory to improve the desktop UX?"

AI may have given him the idea, but he added that he wanted to solve the desktop UX for people first. "If the AI can use it, great. I don't care. That comes later."

Remember your past

There is prior art in trying to create systems that help provide users with more context and working memory related to their data. He referenced a paper called "Lifestreams: a storage model for personal data". That paper made the case that desktop systems are "are ill-equipped to manage the electronic information and events of the typical computer user", and introduced the Lifestreams idea as a metaphor for dynamically organizing a user's computer workspace.

That paper influenced the ill-fated WinFS project from Microsoft, which was an attempt to merge data storage and management based on relational database systems. It was demonstrated in 2003 and scheduled to ship sometime later, but ultimately the project was shelved in 2006. On the free-software side of the house, there was the semantic desktop project NEPOMUK, which was a research project funded by the European Union.

A version of NEPOMUK was included in KDE 4, with the idea was that it would allow applications "to use information from all over the desktop, the web, other devices, and combine it into one coherent interface". It was later removed and replaced with the Baloo file-indexing and search framework for the Plasma desktop, which has some overlap with NEPOMUK's functionality but with a reduced scope of features.

Jenson said that he is concerned that people see the failure of those projects as proof that the ideas were wrong. He argued that is not the case, "I would say that it is the hardware and systems at the time let the vision down. I think it's time to rethink these projects" in light of newer hardware and better systems.

Prototypes

Having visited the present and the past, as Kay recommended, he had come up with a few questions that he thought worth exploring related to desktop UX. The first was "what would happen if we only designed for large monitors?" What would it unlock if there were desktop designs that ignored laptops and only focused on widescreen monitors? Another question he had was how could the desktop capture a user's intent over time?

Those questions led to the prototypes that he said he was a little nervous to show the audience "because technical people love to find mistakes". The demos are about 29 minutes into the video of Jenson's talk. His slides have not yet been published but he told me at the event that they would be at some point.

The first demo was to show how a desktop might make better use of a widescreen display. He noted that the center of a widescreen monitor is good for working with an application, but it becomes more difficult to work on the sides of the monitor. "It's good for peripheral vision, but not good for working".

He demonstrated a desktop layout, a screenshot of which is below, that would put the focus on the window or windows in the middle of the monitor. He had included a grid in the background that tapers off from the middle of the screen to simulate a widescreen monitor. The idea was that a widescreen-first desktop would emphasize information in the middle of the screen, and then use an Exposé-like tiling model to arrange the rest of the desktop's windows. This would make the windows that were not in use easier to interact with, he thought, and be a better model than virtual desktops for managing lots of windows. "I'm not against virtual desktops. Virtual desktops are used by very organized and intelligent people. I know my audience." However, he said, most people can't deal with virtual desktops.

[Window manager widescreen demo]

He also demonstrated dragging a music-player window all the way to one side of the screen, which he called "the stash area". As it moved to the edge, it transformed into a widget with just a play button instead of showing the full window. He thought that it would be possible to do the things he was demonstrating with Wayland as it is today.

Jenson put up another demonstration of an improved clipboard model that copied ideas from the Obsidian editor's Canvas feature. Canvas allows users to drag and drop images, text, and files to create a visual layout of information. A user could create a document and drag information from a web browser into the document, drop a file in from another source, "the idea here is that this is now effectively a collection of stuff that I have gathered for this document. And if I close it and then come back tomorrow, it's all still there". He added that a local AI would be able to come in and organize the information a user had gathered, "oh, look, you've got a bunch of hotels, let me organize them for you".

The final idea he discussed was a way of gathering "privacy-preserving data" to help give users a better visualization of things like web-browsing history. A web browser will only give the user a view of their browsing history that "is not very useful" he said, so he tried to gather data "not using AI, just using simple math" that would use attention signals—such as how long the user was on a web page—to tell a story of where they spent their time on the desktop. "I basically came up with this spatial associative episodic memory prompt" to organize data in a helpful, interesting way. He thought that working memory was a good way to explore new ideas for desktop UX.

So the goal with this talk is to say, let's start to take this apart. And I really hope that my prototypes cause you guys to come to me and say, We forgot about this, and let's talk about that. [...] So I just want us to try, because no one else is going to try, and I think someone's got to start.

There was time for a single question. An audience member asked how Jenson's model would protect against all of the privacy concerns that Microsoft faced with Windows Recall. "How are we going to make sure that this history remains only accessible by the user and cannot be hacked in like it could happen with Windows Recall?"

Jenson answered that his idea was to gather telemetry data, "not interesting information", which would significantly reduce the attractiveness of the data to would-be attackers. He said he did not want to underplay the issue, though, and wanted to build prototypes to see if the idea was good first, and then explore ways to encrypt or protect the data. He agreed that even this data could be valuable information. He added that the biggest problem with Windows Recall was "how stupidly they protected it" and he was sure others could do a lot better job.

[I would like to thank the Linux Foundation, LWN's travel sponsor, for its assistance with my trip to Graz, Austria for Akademy 2026.]


Index entries for this article
ConferenceAkademy/2026


to post comments

I'm in the "it's done" camp

Posted Sep 23, 2026 16:05 UTC (Wed) by dskoll (subscriber, #1630) [Link] (13 responses)

Every few years, a similar call to completely rethink the desktop resurfaces, and every few years, it more-or-less goes nowhere.

I use XFCE and have done for more than twenty years, and it's perfect for me. I'm very productive and do not want a radical desktop change. Since about 95% of my time on the computer is spent in the browser, in a terminal, in emacs, or in my email client, the actual desktop software has become mostly irrelevant and I just want it to stay quietly out of the way.

I'm in the "it's done" camp

Posted Sep 23, 2026 17:30 UTC (Wed) by jzb (editor, #7867) [Link] (2 responses)

"I'm very productive and do not want a radical desktop change"

Yes, he addressed that objection during the talk. I agree, but there have been some advances (e.g., tiling WMs) that for some of us allow to keep our productive habits and add some new tricks. His point that, for example, a lot of widescreen space is wasted was accurate, IMO. I'd love to see KDE or niri or another desktop experiment with his idea to make better use of widescreen monitors. The other demos, I was less excited by, but all of those things could also be optional rather than mandatory additions to a DE like KDE.

I'm in the "it's done" camp

Posted Oct 1, 2026 22:06 UTC (Thu) by mrugiero (guest, #153040) [Link] (1 responses)

Sure, but all those concepts require no revolutionary changes. Any stacking window manager can add tiling modes with appropriate shortcuts, and it is not an uncommon feature. That's in most cases more than enough to solve the wasted horizontal space problem.
The typical desktop metaphor works really well for keyboard and mouse devices. Chasing the future for the future's sake without any real deep problem to solve is the mental illness of Silicon Valley's disruption cult. Not that we can't improve UI/UX (I believe we could do a lot of work on accessibility for a start), but I find the unnecessary search for originality a bit tiresome.

I'm in the "it's done" camp

Posted Oct 3, 2026 17:56 UTC (Sat) by JanC_ (subscriber, #34940) [Link]

Not to mention most “revolutionary new desktops” only implement 20-50% of the functionality you had before but still think everyone should switch to it anyway, and nobody needs the remaining 50-80%, you have to trust them on that.

That doesn’t mean improvements aren’t possible (the mentioned drag & drop thing is a good example), but they have to be actual improvements, and you always have to take into account any other use cases. That’s why UX/UI design is so hard, especially in a mature system.

I'm in the "it's done" camp

Posted Sep 23, 2026 17:41 UTC (Wed) by mb (subscriber, #50428) [Link] (3 responses)

I used a tiling window manager for a couple of years.
I'm back to XFCE. But not because I think XFCE is better per se. Just because so many applications break with tiling window managers. It's a constant struggle with some applications.

XFCE has the advantage of being the common MVP that basically everybody agrees on is usable. And it has the advantage that it doesn't change very much over the years.
But there certainly are better ways to do things in principle.
And I think tiling (in some way or another) is one of these things.

I'm in the "it's done" camp

Posted Sep 23, 2026 17:42 UTC (Wed) by dskoll (subscriber, #1630) [Link] (2 responses)

Huh. I briefly tried a tiling WM and I hated it. I guess I'm too used to the way I've always done things to want to change now. 🙂

I'm lucky enough to have the luxury of four monitors, so my three most-used apps each sit on their own monitors, which reduces the need for a tiling WM.

I'm in the "it's done" camp

Posted Sep 23, 2026 17:47 UTC (Wed) by jzb (editor, #7867) [Link] (1 responses)

I don't care for the traditional tiling model, but the "scrolling tiling" model as implemented by PaperWM (GNOME extension) and niri is amazing for me. Other people's mileage may vary, of course.

I'm in the "it's done" camp

Posted Sep 24, 2026 10:32 UTC (Thu) by winden (subscriber, #60389) [Link]

Same for me. I've been a linux desktop user for 25+ years and after using PaperWM for 2 years it is difficult to go back to a "normal" window manager ( I've tried a couple times ). The only one I recall being similarly sticky to was around 2005 when using PWM ( https://github.com/Cougar/pwm , the predecesor of https://tuomov.iki.fi/software/ion/ )

I'm in the "it's done" camp

Posted Sep 23, 2026 17:58 UTC (Wed) by opsec (subscriber, #119360) [Link]

I was forced to move to vtwm, after tvtwm was no longer in the FreeBSD ports tree. I'm a very happy user of virtual desktops on a 40" display with *a lot* of xterms and browser windows 8-)

Yet, I think that working on user interfaces isn't a bad idea, so I hope he'll have successful prototypes for us to learn from.

I'm in the "it's done" camp

Posted Sep 23, 2026 20:02 UTC (Wed) by dankamongmen (subscriber, #35141) [Link]

i did this myself back in 2013: blogpost1, blogpost2. went as far as writing an X compositor and modeling various topologies, then realized X was dead and kinda abandoned it. i still like the idea of a zooming interface with strewing operations.

I'm in the "it's done" camp

Posted Sep 23, 2026 20:54 UTC (Wed) by bpicco@meloft.net (subscriber, #75441) [Link]

I agree about XFCE. I desire minimal desktop interference.

I'm in the "it's done" camp

Posted Sep 24, 2026 6:59 UTC (Thu) by rrolls (subscriber, #151126) [Link] (2 responses)

Yes, me too. MATE is already as perfect as I think we'll (or at least I'll) ever get.

Perhaps the reason people keep thinking they need to fix things is because they only have exposure to mainstream desktops, all of which have been messed up by now? :)

I'm in the "it's done" camp

Posted Sep 24, 2026 15:11 UTC (Thu) by fredex (subscriber, #11727) [Link] (1 responses)

I, too, love MATE.

When the Gnome folks brought out the abomination that is/was Gnome 3 I found it impossible, and wondered why anyone would think such a travesty was actually good.

As soon as I found Mate I converted and am very happy with it, and have little reason to try any other desktops.

I'm in the "it's done" camp

Posted Sep 24, 2026 16:13 UTC (Thu) by pizza (subscriber, #46) [Link]

> When the Gnome folks brought out the abomination that is/was Gnome 3 I found it impossible, and wondered why anyone would think such a travesty was actually good.

...It's almost as if different folks have different ideas about what is "impossible" and/or "good".

And as always, those who do the work get to determine the direction their work takes.

KDE wants to repeat the 4.0 disaster?

Posted Sep 23, 2026 17:06 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link] (3 responses)

> That paper influenced the ill-fated WinFS project from Microsoft, which was an attempt to merge data storage and management based on relational database systems. It was demonstrated in 2003 and scheduled to ship sometime later, but ultimately the project was shelved in 2006. On the free-software side of the house, there was the semantic desktop project NEPOMUK, which was a research project funded by the European Union.

I remember that time. The "semantic desktop" craze, that resulted in KDE becoming unusable for several years. All to allow... something? I was never quite clear about what the end result was supposed to be.

KDE wants to repeat the 4.0 disaster?

Posted Sep 24, 2026 13:55 UTC (Thu) by gspr (subscriber, #91542) [Link]

I know it's a bit childish, and definitely a "me" problem, but that whole era was so detrimental to my daily KDE experience that to this day I get bad connotations from *anything* with the adjective "semantic" tacked on.

KDE wants to repeat the 4.0 disaster?

Posted Sep 28, 2026 15:30 UTC (Mon) by LionsPhil (subscriber, #121073) [Link]

It feels like a talk to the wrong audience[1]. A lot of what brought me back to KDE is that it's the big[2] DE that is still holding on to Win95 (with a touch of 7) era concepts and principles, and largely rejects the tablet-ization of Win8+ and GNOME.

Credit to the guy for presenting with enough measured caution to not make it sound like the same-old "we need to replace everything with the current trend", but the big idea he presents, the widescreen view widget-izing windows to the side...

...I can turn my head? My head turns. When I shove a window off to my secondary monitor to the side, it's because I'll look at it if/when I need to, just with a muscle motion. I don't want to have to drag it from there into the Main Work Zone to actually have it appear normally. I don't need to rearrange my windows under a fixed focal area like I'm working with a microfiche reader; I can move my focal area to where the windows are.

1. but, hey, I wasn't there
2. i.e. whatever nonsense the Linux desktop is doing with audio APIs this week, at least someone will have made the volume widget work

KDE wants to repeat the 4.0 disaster?

Posted Oct 1, 2026 22:09 UTC (Thu) by mrugiero (guest, #153040) [Link]

So far the only interesting use I've seen for indexing your computer is Spotlight-like programs. Cool and useful if done in moderation, but not the hottest thing since sliced bread, and certainly a bit expensive for only that, specially considering I end up using it only to open programs, which any decent launcher does at a fraction of the cost. Past that, I kinda know where I store my files...

Animations

Posted Sep 23, 2026 17:10 UTC (Wed) by jpeisach (subscriber, #181966) [Link] (41 responses)

Something missing from this that I have been thinking about:

I may not see it because of my environments, but compared to.. well, Apple, obviously, but I think other UXs in general: there isn't a lot of emphasis on animations. Sure, we have it but I don't think we have as much "animations" and "transitions", or "fade outs" in everywhere it could be.

Of course, the more you put in of any project, the more you get out. Larger projects are much better at this, like KDE.

Animations

Posted Sep 23, 2026 17:33 UTC (Wed) by carlosrodfern (subscriber, #166486) [Link] (30 responses)

We had a lot of animations in Linux back in the early 2000. It was fun, with Compiz and the like. It went as fancy of switching desktops spaces with 3D Cube or closing window with flames. But at the end, it was distracting, wasteful, and then just faded away. I'm actually thankful it hasn't come back as "default".

Animations

Posted Sep 23, 2026 18:19 UTC (Wed) by demiguru (subscriber, #176724) [Link] (4 responses)

I remember those days as well. I miss the fact that we were allowed to have a playful environment. It should still be an option. Granted, it is not for everyone; however, being productive and being playful should not be mutually exclusive.

Animations

Posted Sep 23, 2026 18:33 UTC (Wed) by dskoll (subscriber, #1630) [Link] (3 responses)

One of the more fun desktops I played around with in the old days was Eagle Mode, an infinitely zoomable desktop.

AFAIK, it still compiles and runs; I have it installed and sometimes run it in a window just for fun.

Animations

Posted Sep 23, 2026 22:32 UTC (Wed) by jpeisach (subscriber, #181966) [Link] (1 responses)

I wish I could have that kind of creativity. Maybe I'll make a triangular window manager some day.

Animations

Posted Sep 24, 2026 0:12 UTC (Thu) by willy (subscriber, #9762) [Link]

Hexagons are the bestagons

Animations

Posted Sep 25, 2026 9:43 UTC (Fri) by MrWim (subscriber, #47432) [Link]

Thank you for sharing that. I just watched the video - it’s brilliant.

Now I’m tempted to make a chess game where you zoom in to make moves, rather than click.

Animations

Posted Sep 23, 2026 19:26 UTC (Wed) by hallyn (subscriber, #22558) [Link] (2 responses)

The most useful compiz plugin for me was the shaded transparent windows. I could put one terminal over another over a browser, and while typing into the top terminal, see the contents of the other windows, including live changes. For the time that was revolutionary.

Animations

Posted Sep 24, 2026 7:22 UTC (Thu) by taladar (subscriber, #68407) [Link] (1 responses)

Isn't it incredibly distracting to have semi-transparent text over other text?

Animations

Posted Sep 24, 2026 12:43 UTC (Thu) by hallyn (subscriber, #22558) [Link]

I didn't think so at the time, at least. That must have been around 20 years ago. For the last 15 I've been using tiling exclusively, so overlapping windows aren't a thing :)

Animations

Posted Sep 23, 2026 19:46 UTC (Wed) by rgmoore (✭ supporter ✭, #75) [Link] (19 responses)

Animations can be more than just eye candy. Properly done, they can visually convey some information that isn't always obvious otherwise. For example, having a popup window emerge from the window it's popping up from lets the user know what's going on without having to say it explicitly. You can do it quickly so it isn't wasting the user's time, but seeing it happen makes everything obvious. That kind of thing can make software more usable without necessarily being flashy and distracting.

Animations

Posted Sep 23, 2026 20:16 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link]

Nope. It's a bad and lazy idea. Not only it slows down the normal workflow where you get popups as a result of your actions, but it's an intellectually lazy workaround.

A proper solution can encode the parent-child relation by using color coding (or a hatching pattern) of title bars, for example. Or by shading the window of the popup's parent.

Animations

Posted Sep 23, 2026 20:24 UTC (Wed) by mathstuf (subscriber, #69389) [Link] (2 responses)

I turn off animations where I can (Android, the macOS machines I have to use, etc.). My concern is around things happening which are not in relation to a user action. The animation just gets more distracting and the "bounciness" it tends to come with is, IMO, just obnoxious. Especially on macOS where window focus is as fickle as a fallen leaf in October. Better to just get the "punch in the face" over with than having to track where the heck it's going to land so I can dismiss it.

That said, I do appreciate that the option exists; I just wish it was under accessibility and not behind Android's "developer mode".

Animations

Posted Sep 23, 2026 20:28 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link] (1 responses)

> That said, I do appreciate that the option exists; I just wish it was under accessibility and not behind Android's "developer mode".

But it is! See: "Accessibility" -> "Color & Motion" -> "Remove Animations"

Animations

Posted Sep 24, 2026 0:11 UTC (Thu) by mathstuf (subscriber, #69389) [Link]

Oh, that's nice! Still going to enable developer mode though :) .

Animations

Posted Sep 23, 2026 20:32 UTC (Wed) by mb (subscriber, #50428) [Link] (14 responses)

> You can do it quickly so it isn't wasting the user's time

These things add up quickly to large amounts of wasted time, if they are non-zero.
Encoding desktop information in the time domain is an extremely bad idea. There are millions of pixels available for displaying information. Why encode anything in time?

>having a popup window emerge from the window

Popup windows shall only pop up after explicit user actions. Automatic popups are a really bad idea. (I work with applications that auto-popup modal dialogs in the freaking background).

If there is a popup after a user action, then there is no need for animation to show where it came from. The user knows already.

Animations

Posted Sep 24, 2026 9:42 UTC (Thu) by josh (subscriber, #17465) [Link] (13 responses)

> Encoding desktop information in the time domain is an extremely bad idea. There are millions of pixels available for displaying information. Why encode anything in time?

There are well-studied reasons for it. One notable one: human visual processing is incredibly well adapted to spot moving things.

Animations

Posted Sep 24, 2026 16:43 UTC (Thu) by mb (subscriber, #50428) [Link] (11 responses)

>There are well-studied reasons for it.

Ok. Then there are certainly sources for this claim?

>human visual processing is incredibly well adapted to spot moving things.

Sure. That's true. But it's not useful here.

If I click on minimize and the minimize-animation starts: What information do I get from it? I already know that I clicked minimize and I already know that it will end up being in the task bar.
The only reason to animate this would be *once* after boot so that newcomers who have never clicked that button get that the target is the task bar.
Why animate it 1k times a day, every day? It just wastes time of millions of users.

Try it out. Disable all animations and see that it massively speeds up everything and no information is lost.

Unfortunately it's not possible to disable all animations on some systems like Android.

Animations

Posted Sep 25, 2026 1:51 UTC (Fri) by interalia (subscriber, #26615) [Link] (2 responses)

> If I click on minimize and the minimize-animation starts: What information do I get from it? I already know that I clicked minimize and I already know that it will end up being in the task bar.

Yes, you and other competent knowledgeable users know it, but there are novice users who aren't as aware. They often miss things, they ask where did that dialog come from and so on. My parents always had a low success rate for starting programs e.g. my dad always had particular trouble with double clicking, he would either just single click icons on Windows (treating them like a button), and then when double-clicking he would double click too slowly for it to register. Then sometimes even when successful, if the program took a while to start up then he would double click again.

I'm not saying animations are definitely the answer, but I think you should consider that not all users have the same awareness, so redundancy is a starting assumption that may not be true. Animation may in fact be useful to others, even if not to us. In fact I wonder if it would help novice users like them if the UI did everything ten or twenty times more slowly, with immediate feedback and slow animations that their eyes/brains could keep up with. It would be maddening for us, but it's always been a bit silly that computers have all this power and flexibility but present a more or less one-size-fits-all UI.

Think about computer programs when shown in movies. To make sure the viewer understands what's going on, there's always a big dialog saying in the simplest terms what's going on. When searching a database of people, it always flashes up multiple faces in order to visualise it for the audience, even though we all know in reality that's pointless and would just slow down the search. But it actually is much more physical and less abstract that way, easier to relate to.

Animations

Posted Oct 1, 2026 7:25 UTC (Thu) by anton (subscriber, #25547) [Link] (1 responses)

The experience of your father shows that activating things with a double-click is a bad idea, not that animations are a good idea.

Where did double-clicking come from? Apple made mice with only one button; they claimed that their UI experts had found out that providing several buttons was too complicated for someone's grandmother. As a consequence, they had to introduce the double-click to make a difference between two different mouse-acticated actions. Unfortunately, this idea later infected other systems that have more mouse buttons; maybe there the UI designers thought: It comes from Apple, it must be a good idea.

Anyway, we usually have mice with 2 usable buttons (the third was unfortunately replaced with a scroll wheel), and we have systems that do not use double-clicking (at least not for important functionality). Maybe your father could use one of those instead of Windows.

Animations

Posted Oct 5, 2026 12:37 UTC (Mon) by jem (subscriber, #24231) [Link]

>As a consequence, they had to introduce the double-click to make a difference between two different mouse-acticated actions.

The original way to open an app on the Macintosh was to select the app's icon with a single mouse click and then choose File → Open from the menu bar. This mechanism follows the object-oriented paradigm: choose an object, apply a method on it.

It soon became apparent that power users wanted something quicker, so they introduced the double-click *shortcut*. You don't have to double-click, if you find it hard to use.

Animations

Posted Sep 25, 2026 6:56 UTC (Fri) by kleptog (subscriber, #1183) [Link] (6 responses)

> If I click on minimize and the minimize-animation starts: What information do I get from it? I already know that I clicked minimize and I already know that it will end up being in the task bar.

As others have stated: that's what you hope.

I vividly remember standing next to my mother (probably >20y ago now) while she was working on her computer and she moved her mouse, bumped something and her My Documents folder vanished. After recovering from 'how is this even possible?' the conclusion was that the computer had interpreted the action to drag-and-drop her My Documents somewhere in a system folder. I hope that these days the system is better locked down to prevent such inadvertent changes.

Even today, because we don't have focus-follows-brain, it happens that key strokes I type end up in the wrong window. Sometimes those keystrokes end up triggering hotkeys that do $SOMETHING but no way of finding out what.

What I really want is that the system keeps a log of such actions so that I could pull it up to answer the question 'wtf just happened' together with an undo. Just like you have undo for edit windows. I estimate that chances of that happening very small though. Although, with the coming integration of (AI) agents perhaps the capabilities will be there at some point.

Now window minimisation is not really a good example because it doesn't lose any information. And being able to undo Close Application is an interesting exercise.

As an aside, there is an overlap between "prevent accidentally changing system settings" and "parental controls". Maybe there is already a way to let your kid play with Inkscape or Audacity without them being able to rearrange the interface.

Animations

Posted Sep 25, 2026 9:16 UTC (Fri) by mb (subscriber, #50428) [Link] (5 responses)

Sure, animations as an accessibility feature are totally fine as an option for grandma. Why does it have to be enabled by default? For most people it is a distraction to have animations.

Animations

Posted Sep 25, 2026 19:28 UTC (Fri) by NYKevin (subscriber, #129325) [Link] (3 responses)

Accessibility is for everyone.

We all have moments when we are tired, distracted, multitasking, or otherwise not paying 100% attention to the computer. Most of us will (hopefully) reach an age where our working memory begins to slow down, and some of us will be too proud to admit that to ourselves (much less to the accessibility settings on our devices). The overwhelming majority of people will derive some small benefit from simple animations and other accessibility gestures, at some point in their lives.

And no, I do not believe that you are actually losing a significant amount of time to these animations (or would, if you had them enabled). You were already going to lose even more time to human context switching, and that's happening in parallel to the animation, so no additional time is being lost.

Animations

Posted Sep 25, 2026 20:54 UTC (Fri) by mb (subscriber, #50428) [Link] (2 responses)

> We all have moments...
> Most of us will (hopefully) reach an age...

Yes. And it's fine to turn these options on then.

> I do not believe that you are actually losing a significant amount of time to these animations

It's trivial to test and it's trivial to calculate and it's obvious if you tried to switch this stuff on/off.
Try it out. Turn off animations in Android developer menu (the ones you can turn off there).

> human context switching, and that's happening in parallel to the animation

No, it's not happening in parallel.
If I navigate between apps in Android and that is an animated transition, it is an additional delay.
if I have a minimizing animation on the desktop, it's mostly an additional time to fully reveal what's under there.
Any noticeable delay is by definition not happening in parallel.

I wish we could still turn off all animations in Android.

I think most people have forgotten how fast GUIs can actually be.
People are trained to extremely slow GUIs with endless animations and involuntary delays due to bloat.

Animations

Posted Sep 26, 2026 1:09 UTC (Sat) by NYKevin (subscriber, #129325) [Link] (1 responses)

> No, it's not happening in parallel.

What human factors studies are you citing to support this contention? Human context switching is not part of the operating system, it is a mental process. You cannot simply run time(1) and read the numbers it reports.

> Any noticeable delay is by definition not happening in parallel.

By what definition? You're claiming that, by definition, it is impossible for you to begin thinking about the new context until the transition animation has completed. That is not true "by definition," as it would need to be tested empirically.

Animations

Posted Sep 26, 2026 9:44 UTC (Sat) by mb (subscriber, #50428) [Link]

it is impossible for you to begin thinking

I am saying that the thinking is completely independent from the clicking.

I cannot click the next thing while many animations are still running. It's a simple mechanical chain. It has nothing to do with thinking. That slows me down by the amount of the animation. Every time. It's as simple as that.

I'm only talking about that mechanical action->animation->action chain. Which is obviously slowed down by the animation in the middle. And this can easily be tested by everybody. Just try it out. Enable/disable transition animations and observe how much slower/faster you get.

Yes, the animation will probably not slow you down by the same amount of its duration, just because all kinds of things do happen partially in parallel. But the slowdown is non-zero most of the time and it adds up.

(And I'm neither talking about accessibility, like others in this thread. That's a completely different topic.)

Animations

Posted Sep 26, 2026 3:01 UTC (Sat) by interalia (subscriber, #26615) [Link]

> Sure, animations as an accessibility feature are totally fine as an option for grandma.

Are you really saying that Grandma, the one struggling with how to successfully use the computer, is the one who should have to figure out how to go into accessibility and turn on the animation option, the one she doesn't know exists?

All so that you don't get initially bothered by some default animations which, in practice, don't really move the needle on how much wall clock time it takes you to accomplish a task and which a user like you would be much more qualified to turn off in the settings? I feel such a choice by the designers would lack compassion and maybe be a bit selfish.

Animations

Posted Sep 25, 2026 14:26 UTC (Fri) by rgmoore (✭ supporter ✭, #75) [Link]

If I click on minimize and the minimize-animation starts: What information do I get from it? I already know that I clicked minimize and I already know that it will end up being in the task bar.

You get feedback that the computer received the minimize command you sent it. In some UIs, the minimize and close buttons are kind of close together, and someone with shaky hands, a low-resolution pointing device, or both could potentially misclick and get the wrong action. Playing a minimize animation rather than a close animation confirms they got the action they wanted. There are alternatives, like scanning the window bar to see if the program still exists, but they're likely to be higher effort than watching a fast animation.

Animations

Posted Sep 24, 2026 17:38 UTC (Thu) by Cyberax (✭ supporter ✭, #52523) [Link]

Indeed. Especially the peripheral areas.

That's why animation should be limited to the foveal area, unless you _want_ to attract attention. An animated spinner in the corner will cause more fatigue over time, as you'll get constantly distracted by it.

Animations

Posted Sep 28, 2026 9:02 UTC (Mon) by LtWorf (subscriber, #124958) [Link]

kde removed the optional cube animation a couple of years ago and I still miss it.

Animations

Posted Sep 28, 2026 15:13 UTC (Mon) by LionsPhil (subscriber, #121073) [Link]

...and it's still there in KDE if you *do* want some fun on your desktop. Properly, as some checkboxes in settings, not "oh yeah simply build this random repo from source, then hack about in your session config to switch out kwin for---".

One of the reasons I re-warmed to KDE is it still believes your personal computer is yours to make ugly if you want. You can't quite Hot Dog Stand and play fart noises on every window close, but it's clinging on to the computer as personal artifact covered in stickers so much more than MacOS X or modern Windows and it's "hhhhh fine, you may choose an accent color from our palette, but otherwise stay out of my designer vision".

Animations

Posted Sep 23, 2026 18:25 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link] (7 responses)

Most animations are terrible. All they do is slow down users and create distractions.

This is _the_ goal for mobile interfaces. I'm not joking, Google evaluated such metrics as "rebeliousness", "being in the know", and "brand recognition" when designing Material 3 guidelines ( https://design.google/library/expressive-material-design-... ).

> On top of that, there was a 30% jump in rebelliousness, suggesting that expressive design positions a brand as bold, innovative, and willing to break from convention.

Android supports disabling all the animations. I remember the research that said that this alone reduced media consumption by about 20% for Instagram (I think). I can't find it now, though.

Animations

Posted Sep 23, 2026 18:30 UTC (Wed) by mb (subscriber, #50428) [Link]

>Android supports disabling all the animations

This is among the first switches I flip after starting with a fresh Android.

Animations

Posted Sep 23, 2026 19:06 UTC (Wed) by pizza (subscriber, #46) [Link] (5 responses)

> Most animations are terrible. All they do is slow down users and create distractions.

Animations also convey "something is happening/has happened" visual feedback.

> I remember the research that said that this alone reduced media consumption by about 20% for Instagram (I think).

Like most technologies, it's important to remember that animations can be used for both good and evil. Intent/purpose matters.

Animations

Posted Sep 23, 2026 19:39 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link] (4 responses)

> Animations also convey "something is happening/has happened" visual feedback.

There are _very_ few animations that are helpful. The general rule is that everything outside your foveal area is distracting. So "small" animations such as a blinking cursor or a button press animation are fine.

Progress spinners are on the "maybe" list. They're helpful when you have a truly blocking operation that prevents the user from progressing further in the flow. But only if they are not fake and/or excessively distracting.

For example, animated skeletons are often bad because their explicit goal is to keep the user's attention on the app even though the content might not actually be available. They become a cheap workaround, so instead of making your app faster, you just add a skeleton page (in other words: "down with the necromancy!").

Other types of layout transition animations (e.g. an animated collapsing sidebar) are usually harmful for experienced users but can be helpful for new users. It's great to have them as a teaching tool, but with a way to disable them when they become distracting.

Actually... It might be an interesting experiment: gradually increase the animation speed each time you use a feature until it becomes isntant.

Animations

Posted Sep 25, 2026 2:04 UTC (Fri) by interalia (subscriber, #26615) [Link] (3 responses)

> Actually... It might be an interesting experiment: gradually increase the animation speed each time you use a feature until it becomes isntant.

Yeah, I think this would be interesting. One problem is that we can't really tell how comfortable and competent the user is even by just counting. Whatever number we pick, some users would be fine with the speed, some would be chafing at it, and others might still be relying on it. I'd love to know how we could implement something like bicycle training wheels where you can see if the rider still actually needs them or not.

Video games have come a long way because they're lucky enough that they set the goal, and thus can put on-screen and audio tips for helping the player achieve it. They can have indicators like glowing paths to follow, elements of the scenery which glow or pulse to draw attention, and a main character who can talk out loud to themselves to voice ideas to help the player.

But for general purpose software it's the user setting the goal rather than the application, so the app can't guide in that way and doesn't really know the larger purpose the user's trying to achieve.

Animations

Posted Sep 25, 2026 18:07 UTC (Fri) by Cyberax (✭ supporter ✭, #52523) [Link] (2 responses)

> Yeah, I think this would be interesting. One problem is that we can't really tell how comfortable and competent the user is even by just counting.

I hesitate to say, but _this_ can actually be a good use-case for AI. You typically can tell if a user is proficient by looking at their mouse movements.

It also should be a visible setting, perhaps illustrated by something like the icon outline color. E.g. initially the icon starts without an outline and uses animations, and as you keep using it, the icon outline becomes "hotter" until the animation disappears.

Animations

Posted Sep 25, 2026 21:56 UTC (Fri) by rgmoore (✭ supporter ✭, #75) [Link] (1 responses)

You typically can tell if a user is proficient by looking at their mouse movements.

This seems like a bad idea. I worry that the training set would be dominated by normally abled people using standard interface devices, so anyone who had a disability and/or used a non-standard pointer would be flagged as inexperienced. I keep imagining some ancient hacker who's starting to suffer from Parkinson's being stuck on beginner mode because the AI keeps assuming their shaky mouse movements are from inexperience, not a neuromuscular disease. In practice, I think you'd be better off just asking the user about their experience level and trusting what they tell you. Just make sure there's a way for them to change their settings as they get more experienced or their tastes change.

Animations

Posted Sep 26, 2026 0:48 UTC (Sat) by Cyberax (✭ supporter ✭, #52523) [Link]

You can actually tell that easily. Mouse movements of people with neuromuscular problems are quite distinct.

But anyway, any heuristics must be overridable (in either direction).

> In practice, I think you'd be better off just asking the user about their experience level and trusting what they tell you.

Sure. And that's the way some CAD tools work, actually.

Animations

Posted Sep 24, 2026 7:39 UTC (Thu) by andreashappe (subscriber, #4810) [Link] (1 responses)

There is Burn my Windows for GNOME.

I use it with the star trek like beamer effect for new/destroyed windows (with highly increased animation speed though).

I first thought it gimmicky, but to be honest once you're used to it, those 250ms animation that makes it very clear on my large desktop screen that a window appeared/disappeared is actually very helpful.

Animations

Posted Sep 25, 2026 9:43 UTC (Fri) by siddh (subscriber, #169663) [Link]

Or just use pop-shell so the tiling behaviour makes the window creation apparent.

Changes must justify themselves

Posted Sep 23, 2026 19:42 UTC (Wed) by david.a.wheeler (subscriber, #72896) [Link] (1 responses)

I think change *can* be good, but changes must justify themselves.

Every UI change means I must learn the new way of doing things, which takes time. Most people use computers to get things done, not to learn a new quirky UI. So the change needs to be easy to learn and *justify* the strain on users who must unlearn the old way and learn the new way.

Where that's justified, wonderful! Let's have that change. But let's not have change for change's sake. No thank you, I have other things I'd like to do with my life that are more important to me.

In this specific case, a UI that is only good on really large screens is a pain. We already have mobile vs. desktop, but that's not hard to justify. Splitting the second case, to require me to learn yet ANOTHER UI, looks quite unjustified.

Changes must justify themselves

Posted Sep 23, 2026 21:25 UTC (Wed) by rgmoore (✭ supporter ✭, #75) [Link]

In this specific case, a UI that is only good on really large screens is a pain. We already have mobile vs. desktop, but that's not hard to justify. Splitting the second case, to require me to learn yet ANOTHER UI, looks quite unjustified.

That depends on how it's done. It's fine to have a UI that is only good on really large screens as long as it's strictly optional. If you want to use the same UI regardless of your monitor size, that should be your call. My impression from the article is that what they're talking about in this case isn't really a completely different UI, anyway. It's more about different approaches to having more windows than will fit in your available monitor space. We already have more than one solution to that problem (e.g. switchable virtual desktops vs a moving viewport) so it isn't crazy to think about adding a few more that are optimized for specific monitor setups.

Command line has UX too

Posted Sep 23, 2026 19:46 UTC (Wed) by kleptog (subscriber, #1183) [Link] (2 responses)

We had a UX designer on the team (way back now) working on the web interface and I was working on a command line tool for the backend. I remember asking him: hey, this tool is going to be used a lot and maybe we could think about how to make the UX better for the admins. He declared that he only did graphical interfaces.

He couldn't grasp the idea that a command line tool could also have a interface that could be optimized. I never really shook the feeling he was a UI designer claiming to be UX designer because it sounded better. ISTM the higher level concepts of UX design would also work for command line tools, but it's a different world with different rules.

That said, this talk sounds interesting. I'd really like to also see attention to how to make the shell interface more useful. Every now and then a new shell pops up with new ideas but they never really take over.

Command line has UX too

Posted Sep 28, 2026 9:17 UTC (Mon) by LtWorf (subscriber, #124958) [Link]

I have never worked with a UX designer who was good (small sample size). And yes I had the same experience that for them CLI is completely out of scope, while I do care about having shell completion, making sure that being sent to background won't break things and so on.

Ultimately, in my experience, they are more concerned about if the logo is pretty than not making users click and navigate as little as possible.

And they do love to move everything around for no reason.

My elderly father struggles a lot with modern web pages. Small fonts, light gray on white and huge blank spaces. He often won't notice that you are supposed to scroll (as the scroll bar is hidden).

Command line has UX too

Posted Oct 1, 2026 22:32 UTC (Thu) by mrugiero (guest, #153040) [Link]

Well, the CLI has UI too. Further, you can optimize differently a TUI, CLI and everything in between for both UI and UX. So I'd say your colleague is a GUI designer, not a UI one, if he does not acknowledge not everything is pixel-granular.

Crawling before sprinting

Posted Sep 23, 2026 20:23 UTC (Wed) by quotemstr (subscriber, #45331) [Link] (14 responses)

How are we going to get Linux GUIs in good shape when we can't solve long-standing and egregious usability problems? Both major toolkits change combo box contents when you middle-wheel scroll with cursor over them. These widgets appear in scrolling setting panes all the time. Consequently, if you use the mouse wheel to scroll a settings panel, you risk changing random settings unintentionally.

Can we fix this, despite it being a clear problem that's persisted over decades? No? Then why do we think we'll be able to do the much more subtle attention to detail thing the article discusses?

Crawling before sprinting

Posted Sep 23, 2026 22:33 UTC (Wed) by jpeisach (subscriber, #181966) [Link]

Not to mention theming *cough* libadwaita *cough* (seriously, why can't people just change pixel colors and be happy?)

Crawling before sprinting

Posted Sep 28, 2026 9:21 UTC (Mon) by LtWorf (subscriber, #124958) [Link]

I am not sure that we all agree that is a bug. In fact I disagree.

Crawling before sprinting

Posted Sep 28, 2026 15:18 UTC (Mon) by LionsPhil (subscriber, #121073) [Link] (11 responses)

...and this interacts *horribly* with the modern mobile and thus GNOME pattern of "changes are saved immediately".

At least in the old fill-form-then-submit desktop[1] pattern (which KDE still follows, and I choose the KDE ecosystem because it does), you can hit cancel (or maybe even revert).

1. Heck, "here's a form, fill it in and submit it" is going back to mainframe days, and paper forms before that. But the explicit confirmation of "submit" is valuable, and mobile & GNOME threw it out.

Crawling before sprinting

Posted Sep 28, 2026 15:29 UTC (Mon) by dskoll (subscriber, #1630) [Link] (10 responses)

changes are saved immediately

Yes! Can I say that this is the most absolutely hateful "innovation" in UI design?

I want to be able to change settings, have a think, and then either commit them or cancel them. I don't want each little change immediately saved.

Crawling before sprinting

Posted Sep 28, 2026 17:04 UTC (Mon) by mb (subscriber, #50428) [Link] (9 responses)

auto-save is a really good feature, if there is a working undo button.

For example: In the vscode editor either time based autosaving or window focus based autosaving (which I prefer) is a really cool feature that makes life so much easier. Did a mistake? No problem, just Ctrl+Z.

In my experience, forgetting to save before compilation happens far more often than the need for undoing a change. Auto-save optimizes for the common case.

Crawling before sprinting

Posted Sep 28, 2026 17:52 UTC (Mon) by quotemstr (subscriber, #45331) [Link] (2 responses)

In insidious thing about combining mousewheel selection with auto-apply and auto-save is that you don't even realize you're changing setting as you scroll. How are you supposed to undo something you didn't know you did?

Crawling before sprinting

Posted Sep 28, 2026 18:35 UTC (Mon) by mb (subscriber, #50428) [Link] (1 responses)

Yeah, the solution to this is to remove mousewheel based edits while scrolling. Or remove mousewheel edits altogether.

They were never a good idea and they have probably even hit us all in a manually-save situation:
scroll -> accidentally edit something -> edit what you were after for -> manual save.
Manual save doesn't solve this problem.

Crawling before sprinting

Posted Sep 28, 2026 19:21 UTC (Mon) by quotemstr (subscriber, #45331) [Link]

Yeah. But on both GTK and QT (at least as of last I checked) mousewheel edits aren't even *configurable*. It's just a crazy bad UX that should be trivial to fix but that nobody with a commit bit will touch.

Crawling before sprinting

Posted Sep 28, 2026 21:07 UTC (Mon) by dskoll (subscriber, #1630) [Link] (5 responses)

I think you are talking about auto-saving work. I have no problems with that (though it shouldn't overwrite the original file, but go into a separate auto-save file.)

I'm talking about settings dialogs that instantly save and apply every little tweak you make to settings. I find that infuriating, especially if some changes don't make sense without others. For example, setting a foreground text color might not make sense without also setting the background text color.

I basically want the equivalent of an atomic commit for settings.

Crawling before sprinting

Posted Sep 28, 2026 21:13 UTC (Mon) by mb (subscriber, #50428) [Link] (4 responses)

>I think you are talking about auto-saving work. I have no problems with that (though it shouldn't overwrite the original file, but go into a separate auto-save file.)

No, I am talking about auto-saving to the actual file.

Crawling before sprinting

Posted Sep 28, 2026 21:14 UTC (Mon) by dskoll (subscriber, #1630) [Link] (2 responses)

OK, but regardless... we're talking about two completely different things. I'm talking about settings dialogs that immediately auto-apply each and every little tweak, rather than having an "Apply" or "Submit" button to apply them all as a batch.

Crawling before sprinting

Posted Sep 28, 2026 21:20 UTC (Mon) by mb (subscriber, #50428) [Link] (1 responses)

No, I think we are talking about the same thing.

It is great to have edits or settings being applied immediately, except for in a couple of corner cases.
Requiring to hit an Ok or worse Apply button is just redundant.
The default shall be to apply things immediately, except for a few corner cases. (e.g. your example with color changes that could potentially lock you out of the UI by having foreground=background)

Crawling before sprinting

Posted Sep 28, 2026 21:31 UTC (Mon) by dskoll (subscriber, #1630) [Link]

It is great to have edits or settings being applied immediately

No, it's not. WRT settings, It's terrible for a number of reasons:

  • Sometimes I accidentally change a setting I didn't mean to. I can usually recognize it quickly and change it back, but it it gets applied immediately and has a major effect, it can be very annoying.
  • Some setting changes don't make sense without others, as I mentioned.
  • Especially for elderly and non-technical users, they can get very confused if a setting gets applied immediately and it changes something important about the app or its appearance, and they don't immediately understand what they did and how to undo it.
  • Making exceptions for my example (fg/bg color) complicates the dialog. It also might confuse people who wonder why that setting is not applied immediately and makes the whole experience much less consistent.

Crawling before sprinting

Posted Sep 29, 2026 21:09 UTC (Tue) by intgr (subscriber, #39733) [Link]

These days, IDE "auto-saving to the actual file" is a transient operation. The equivalent of a "submit/save button" is a git commit.

I'm torn on this

Posted Sep 24, 2026 8:04 UTC (Thu) by chris_se (subscriber, #99706) [Link] (5 responses)

While I do agree with the general idea that we should continue to keep innovating in the desktop space, and I don't think the desktop is "done", the ideas he's playing with don't appeal to me at all.

I my opinion the main thing I'd like to see changed on the Linux desktop is better integration between applications and the various desktop environments. Unless the application comes with the desktop itself, it's highly likely that there are going to be "rough edges" where various paradigms clash with each other. The most basic example is that there are no consistent open/save dialogs across applications. Of all of the applications I have currently running I can immediately produce 4 different file selection dialogs. And that's just the most basic example, I can think of 10-20 more of the top of my head. If I start a GTK application on KDE I want to see a menu bar (and not the menu icon in the top-right of the window), while if I vice-versa start something else on GNOME I'd want it to not have a menu bar in the window itself, and follow GNOME's design. I want the theming to match out of the box (I know there is some support for this with extra software you can install, but again, there are a lot of rough edges, and most importantly, it's not the default). I want consistent file associations across all applications (while all applications support the XDG standards, all major DEs have additional things that override those, which then are only supported by applications native to those DEs).

On of the things that made Windows and macOS so successful in decades past is that there was a significant level of consistency across the desktop and most applications. That has all decreased dramatically in the last few years (more so on Windows, less so on macOS), so there's not really that much of a difference anymore between Windows, macOS and Linux when it comes to consistency - but not because Linux DEs got that much better, but because Windows and macOS became that much worse. (Especially on Windows, where Microsoft has like 10 different UI toolkits that all look different they still support.)

I'm torn on this

Posted Sep 24, 2026 15:07 UTC (Thu) by quotemstr (subscriber, #45331) [Link]

Yeah. It's a bit rich to dream big about new UI paradigms when basic "how many unread messages do I have?" taskbar badging has been broken for a decade.

I'm torn on this

Posted Sep 24, 2026 16:19 UTC (Thu) by pizza (subscriber, #46) [Link] (2 responses)

>In my opinion the main thing I'd like to see changed on the Linux desktop is better integration between applications and the various desktop environments.

So... effectively maintain a fork/version of each application for each desktop environment?

(This is reason #238 why RealSoftware(tm) is now written mostly in javascript, and the "desktop version" (if any) is just a web browser with the URL bar filed off)

I'm torn on this

Posted Sep 24, 2026 20:14 UTC (Thu) by rgmoore (✭ supporter ✭, #75) [Link] (1 responses)

So... effectively maintain a fork/version of each application for each desktop environment?

Or you could have some new UI library that knows how to match the software that uses it to the local desktop environment. So you'd tell the library to create a save file dialog, and it would recognize whether you're using KDE, GNOME, XFCE, or whatever and use the native save dialog for that desktop environment. It would be a massive pain to write a library like that, but it would potentially solve a lot of issues with multi-platform compatibility. Of course in the real world, we'd just wind up with one more standard for people to worry about.

I'm torn on this

Posted Sep 24, 2026 21:31 UTC (Thu) by pizza (subscriber, #46) [Link]

> Or you could have some new UI library that knows how to match the software that uses it to the local desktop environment.

This goes a lot deeper than just theming/appearance; different environments have radically different UX conventions.

> So you'd tell the library to create a save file dialog, and it would recognize whether you're using KDE, GNOME, XFCE, or whatever and use the native save dialog for that desktop environment.

...This, however, is an already solved problem, except...

> Of course in the real world, we'd just wind up with one more standard for people to worry about.

It turns out that it's an even bigger pain to get folks to _use_ this library than it is to write it to begin with.

(Unless you have a platform gatekeeper that enforces ever-changing requirements on applications, of course)

I'm torn on this

Posted Sep 25, 2026 7:39 UTC (Fri) by taladar (subscriber, #68407) [Link]

> The most basic example is that there are no consistent open/save dialogs across applications. Of all of the applications I have currently running I can immediately produce 4 different file selection dialogs.

So the XDG FileChooser portal we have had for years?

Below the UX...

Posted Sep 24, 2026 16:48 UTC (Thu) by jafo (subscriber, #8892) [Link]

I know he is mostly talking about the UX here, and he is pretty unimpressed and even leaning anti-AI, but...

Back in June I did a NixOS install and then let Claude Code lose on my nix configs, and it's been pretty amazing. I had a few things I figured would be issues and might push me back to running Ubuntu (being able to build deb packages for my Ubuntu boxes at work being one of the big ones), but I have had 0 issues that Claude Code couldn't resolve.

So I could imagine one aspect of a "modern open source desktop" would be "one size does not fit all, tell an AI agent what you want and get something customized for exactly your use-case. I'm not just talking about the nix configs either: describing and building custom tools for exactly your use is becoming more and more possible. For example I was using one of the fancy shell prompts, but it kept reverting back to its default config after my shell was idle for a few hours. I asked Claude Code to build me a custom shell prompt tool with my exact setup desires; it didn't break a sweat.

I'm really tempted to feed this article plus this guys talk to Claude or Codex and see what it comes up with. I don't have a spare machine to test it on though, since my wife's laptop stopped charging and she's using my backup.

Not a particular design choice on the screen, rather a matter of input(s)

Posted Sep 25, 2026 9:55 UTC (Fri) by uniqs_ (subscriber, #184783) [Link]

UI Design and UX design is, as far as I can/would tell, mostly bound to the defined standards, rather then by creativity, where the former takes precedence.

What I mean by this standards:
- A default mouse has at least these tree options (three/four buttons) - left click, right click, middle click (/wheel) and "scrollbar up/down" (wheel) - and maybe two/three function buttons which can be customized.
- A keyboard has a lot of configuration options/potential, but the key (binding) usage is also somehow more limited and some keys are already assigned by the desktops, even so they can be remapped, but some also have macro keys.
- Pointing devices (pan, click, zoom or / move by two fingers and gestures, turning a pencil, and some macro/action binding depending on the device with extra buttons)
- Gamepads/Joysticks/Controllers and a like are also rather simple by design, except "special hardware, flight sticks, wheels...).
- Braile/Screenreaders, voice control/navigation (I never used this so, but it is also there..)

The particular question, how to improve on those input devices and extend there basic usage so they work "smarter", but without being overly complicated and still usable my the majority of people?

A example comes to my mind, would/could be:
A mouse could be improved by adding "time" as a feature and "combinations".

1. "Time" as factor
a) Holding a button down without moving or dragging and keep the cursor still for X seconds -> Generates a additional action like "copy".
b) Holding the right button down -> "paste"

2. "Two" additional buttons on the thumb side of the mouse..
(already present likely for forward and backward or something along that lines)
a) Holding button one of the thumb buttons and "left" clicking -> Action 1
b) Holding button two and "left" clicking -> Action 2
c + d) Combination with right click or middle mouse buttons.

Adding the time factor from 1. by "holding" and creating combinations provides also additional controls.

3. Mouse (drawn) gestures
When this features/idea came out around 200x, this was opening a whole wide world of options and improving the usage. So to say, draw a imaginary "L" shape from "top to bottom, bottom to bottom right".. and voila, you open a new browser window or drawing a "I" from top to bottom to open a new tab.. and a "I" from bottom to top" to close a tab, and so forth. This was during that time a pretty mighty addition with some good configuration options.

There is surely more and of this quick ideas/examples, like the time factor, which might already be implemented one or the other way. But those are just examples.


Copyright © 2026, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds