‹ BackHN Continuity

Thread

Ideas on modernizing the open-source desktop

407 points · 545 comments · signa11

  1. probably_wrong · · focus · HN ↗
    For me it was a major revelation when it was pointed out that, for someone who doesn't want his desktop changed, I did install all sorts of crazy things when I was starting with Linux (Compiz plugins, anyone?). And while Gnome 3 pushed me into Mate, it wasn't because it was different but rather because it was bad. So I'm excited about someone trying something new, particularly someone who realizes that the Desktop is not a tablet.

    Here's an idea that I believe I read in HN as "the original purpose of the desktop": add a Desktop Manager that manages which icons are on your desktop and makes it easy to switch.

    The desktop is kind of weird, in the sense that it's prime real estate but, at the same time, there's an expectation that you shouldn't put too much stuff there, and then it ends up cluttered anyway. I think it's worth trying a stronger separation between "Desktop" and any other regular folder, emphasizing that the Desktop is where you place links to the files you need right now, but with a mechanism to clear it completely (without losing data) and another to switch which icons you see right now, kind of like browser tab groups. That way, when you're working on a project you place the files you need on the desktop and when you're done you clean it up.

    1. Mikhail_Edoshin · · focus · HN ↗
      On old Macs you could drag files and folders on the desktop, work from there, and then put them back where they belonged with a single command, one by one or all at once. Applications used file IDs to refer to them, so all references kept working (not only with the desktop, but with all moves and renames). But old Macs had a different filesystem; modern filesystems are probably not fit for that.
      1. reddalo · · focus · HN ↗
        Modern macOS still lets you keep editing a file even if it's moved somewhere else, I think because file editing is done with the actual file ID rather than its bare location on the filesystem.

        Windows, on other hand, prevents you from doing this in my experience.

        1. ctippett · · focus · HN ↗
          Correct. It's not so much "modern macOS" though, it's a feature of APFS[1].

            > Most of us still think of file systems in simple terms, like HFS+. Duplicate or copy a file, and macOS copies all the data to a new storage area and makes that a different file. Thankfully, APFS is much smarter than that, and regularly – indeed, as a rule whenever it can – doesn’t copy any data at all. What it does is create a clone file, which is a bit like a hard link, in that the file record points to the same data as the original. Unlike a hard link, the clone is a separate file, with its own iNode.
          
          
          [1] <a href="https:&#x2F;&#x2F;eclecticlight.co&#x2F;2021&#x2F;05&#x2F;29&#x2F;explainer-deduplication&#x2F;" rel="nofollow">https:&#x2F;&#x2F;eclecticlight.co&#x2F;2021&#x2F;05&#x2F;29&#x2F;explainer-deduplication&#x2F;
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.