Technology

59626 readers

3689 users here now

This is a most excellent place for technology news and articles.

Our Rules

Follow the lemmy.world rules.
Only tech related content.
Be excellent to each another!
Mod approved content bots can post up to 10 articles per day.
Threads asking for personal tech support may be deleted.
Politics threads may be removed.
No memes allowed as posts, OK to post as comments.
Only approved bots from the list below, to ask if your bot can be added please contact us.
Check for duplicates before posting, duplicates may be removed

Approved Bots

founded 1 year ago

MODERATORS

790

Microsoft is blocking Windows Customization Tools (www.neowin.net)

submitted 7 months ago by quantumcog to c/technology

264 comments fedilink hide all child comments

TLDR: StartAllBack, ExplorerPatcher and some other projects are being blocked on 24H2.

One more reason to switch to Linux

you are viewing a single comment's thread
view the rest of the comments

[–] SexyVetra 3 points 7 months ago (1 children)

Not OP. Used Linux since the late 90s. My daily driver is NixOS. GUI here is synonymous with TUI.

What about GUIs appeals to you over a command line?

I like the GUI because I can see what options the tool can execute in this state. I don't have to pass --help to grep or keep several man page sections open. The machine knows what it's capable of and I direct it.

With CLIs I feel like I'm always relearning tools. Even something as straightforward as 'enable a flag' has different syntax. Is it -flag? --flag? --enable-flag? Oh look, a checkbox.

Not to say that I think a window environment is best for all things. When using an IDE, I have the terminal open constantly. Programmers are as bad at visual interfaces as they are module interfaces. If no UX designer was involved in displaying complex data or situations, I'm likely to try to fall back to the commandline. Just that - when there are GUI tools I tend to prefer them over an equivalent CLI tool.

tl;dr GUIs can represent the current state of a complex process and provide relevant context, instead of requiring the user to model that information (with large error bars for quality of the UI).

Anyway, I hope you take this in good humor and at least consider a TUI for your next project.

[–] [email protected] 2 points 7 months ago

I hope you take this in good humor and at least consider a TUI for your next project.

Absolutely. I see what you did there... 😉

But seriously, thank you for your response!

I think your comment about GUIs being better at displaying the current state and context was very insightful. Most CLI work I do is generally about composing a pipeline and shoving some sort of data through it. As a class of work, that's a common task, but certainly not the only thing I do with my PC.

Multistage operations like, say, Bluetooth pairing I definitely prefer to use the GUI for. I think it is partially because of the state tracking inherent in the process.

Thanks again!