>This is my #1 annoyance: clicking microscopic icons at the very bottom of the screen to switch views.
It’s crazy that is still an issue. I really tried to use Zed because I was trying to move away from VSCode and VSCodium did not have a featureful python lsp. I just couldn’t stand little things like that that. Also, the font was really blurry. VSCodium now has Pyfly which is decent, so I just switched back.
> This is my #1 annoyance: clicking microscopic icons at the very bottom of the screen to switch views.
Have you considered using a keybind? They even show which keybind to use when you hover them.
Amazing that someone would prefer a vertical bar that is 85% empty, wasted space instead of pressing a few keys on the keyboard - for a text editor of all things.
Having keyboard shortcuts isn’t a valid reason for UI buttons to be unusable. If it should solely be accessed by a shortcut, then they should just remove the buttons altogether.
> An unprivileged userspace application, even if coded poorly, shouldn't crash the machine.
How would you prevent that? It can write until root disk is full, can take all your memory, saturate your CPU and a whole bunch of other stuff we (users) like to be able to do for the things that need them.
Unless you're suggesting something like Qubes or similar UX?
Right, my point being that it's should be up to the user to decide, because most of the times I run programs, I actually want them to be able to gobble up GB of disk, RAM and fully make use of my CPU. That's why I bought the hardware I have :)
Isn't that the default? The user has access to all available memory unless they (or an admin) set a restriction. Unavailable memory is only unavailable because writing to it crashes the kernel, thus preventing you from using your hardware!
Yes, it is, and for good reasons. That's why I disagreed with the original "An unprivileged userspace application, even if coded poorly, shouldn't crash the machine" part.
I don't follow. The default today is that an unprivileged user space application should not crash the machine. The kernel reserves what it needs, then hands the rest to user space. Thus, all available memory should not crash the machine.
- Vertical activity bar (https://github.com/zed-industries/zed/pull/58868#issuecommen... - rejected because it "doesn’t match our design vision for Zed")
This is my #1 annoyance: clicking microscopic icons at the very bottom of the screen to switch views.
- Don't crash my entire PC when there's a large (100+ MB) JSON file in the working directory
- Don't freeze when resuming from suspension (I suspect this is GPU-driver related on linux) forcing me to `killall zed-editor`