• 0 Posts
  • 24 Comments
Joined 2 months ago
cake
Cake day: February 13th, 2025

help-circle

  • Most KDE apps will run on Gnome and vice-versa, but they might not run particularly well under those conditions.

    I used to run into issues with this all the time. Recently, I find, for poplar apps, there’s always a version built for my chosen desktop environment.

    Of course, I’m not very picky, anymore: Libre-this, Open-that, Free-Whatever. I usually find the one that comes up in the app search is good enough for what I’m doing.


  • I feel like linux demands an understanding of the relationship between hardware and software more than windows does.

    Yes, when we install Linux on something that didn’t ship with Linux installed.

    But in an apples to apples scenario - pre-installed OS provided by the manufacturer, it’s Windows that comes with more bullshit.

    And there are (finally!) plenty of options to buy a pre-installed Linux computer, today.

    It’s a tiny fraction as many as pre-installed Windows or Mac, of course. But it’s still plenty. There’s a half dozen companies with solid reputations and hardware specialties, and I only need one.









  • Oof. Sorry you had such a bad experience.

    Pro tip for others: It takes time for volunteers to reverse engineer new proprietary laptop hardware.

    If the laptop manufacturers aren’t advertising Linux support, it’s up to the community to play guess and check, to figure out what the proprietary drivers do.

    You might get lucky and pick the same exact model as a passionate reverse engineer. Or you might not.

    With old stuff, your odds are much better that someone has figured it out for you.

    For new hardware, it’s still essential to pick a vendor that chooses to write and release Linux drivers.

    This will get better when truly open hardware platforms gain popularity.



  • That you can have multiple terminal panes open to accomplish a small portion of the above?

    Yes. Obviously. Two conclusions available to you are, either CLI developers are idiots, or they have tools you are unaware of.

    The answer to “how can anyone work this way?” is out there, if you’re really interested.


  • People insisting on using the command line for everything is like a carpenter that only buys a circular saw and refuse to buy any other saws. Like yeah, you can do almost any cut with a circular saw, and it’s not a bad place to start, but theres a reason carpenters don’t limit themselves to a single type of tool.

    You’ve just given the usual argument for learning Vim.

    Having mastered both, my lack of patience for GUI tools is just that: impatience. I can use any tool, but I reach first for the fastest.


  • Everything you can do in VIM, you can do in VSCode running VIM in a terminal, but not the other way around.

    You would sure think so, right?

    But the VSCode plugin ecosystem still lacks some features available in the Vim ecosystem, and (fl just for example) LazyVim has most of the features available in VSCode.

    At the end of the day, the biggest difference is speed. Even very brief unexpected delays can break my concentration. While VSCode is no slacker, it still has some delays, probably mainly because it’s still JavaScript under the hood.

    Once there’s a GoLang, Rust or C port of VSCode, I may well switch permanently.





  • This means that using most Linux apps are something to be avoided for most Windows users, making the OS base mostly unusable for them.

    I take your point. And this was very much the case for a long time.

    But it’s worth pointing out that Gnome and KDE are both done, now.

    I haven’t been forced to reach for command line to change something - anything - on either of my last couple of Linux installs.

    Edit: I almost didn’t notice, but it feels worth celebrating and raising awareness.