That seems extremely frustrating to use. I don’t want or need that compared to what’s currently available.
And of course, there will always be people who want direct access to the underlying command line. Which is unsurprising now and will still be unsurprising in another 20 years.
I don’t think the underlying command line will go away, but if things moved in this direction that would be a benefit for people who use command line directly as well. The big disadvantage of GUI apps the way they work currently is that the UI is tightly coupled to the business logic. This makes it impossible to make scripts that combine functionality from different apps the way you can do with shell utils. In my opinion, this was the wrong direction all along. It would be much better if GUI apps were developed using client/server architecture. The service could then be used headless, and you could use it for MCPs for LLMs or to drive these services directly by hand.
Tbf, that is one thing about GUIs that certainly frustrates a lot of people. And I do quite like the concept of programs and utilities that can be used from a separate graphical interface that you only have to install if you want it, or via a command line, those are neat and an excellent example of a tool that can be used by the completely non-technical and also still provide useful functionality to power-users.
That seems extremely frustrating to use. I don’t want or need that compared to what’s currently available.
And of course, there will always be people who want direct access to the underlying command line. Which is unsurprising now and will still be unsurprising in another 20 years.
I don’t think the underlying command line will go away, but if things moved in this direction that would be a benefit for people who use command line directly as well. The big disadvantage of GUI apps the way they work currently is that the UI is tightly coupled to the business logic. This makes it impossible to make scripts that combine functionality from different apps the way you can do with shell utils. In my opinion, this was the wrong direction all along. It would be much better if GUI apps were developed using client/server architecture. The service could then be used headless, and you could use it for MCPs for LLMs or to drive these services directly by hand.
Tbf, that is one thing about GUIs that certainly frustrates a lot of people. And I do quite like the concept of programs and utilities that can be used from a separate graphical interface that you only have to install if you want it, or via a command line, those are neat and an excellent example of a tool that can be used by the completely non-technical and also still provide useful functionality to power-users.