My favorite 3d Modeling Program, Rhino3d, has a built in command line stemming from its Autocad heritage.
It is absolutely amazing, and has been for two decades now. Rhino3d is by far the best 3d modeling program I have ever used, and I'd say it is downright fun to use!
Auto-complete, discoverability, and the way it mixes keyboard and mouse input all come together to make this wonderful experience. A basic example, tell it to draw an ellipsoid, click the starting point, type the width in one dimension, and then click the mouse for the third point.
In comparison to Sketchup I am easily 5x-10x more productive in Rhino (not just because of the command line, lots of other reasons, Rhino3d really is awesome).
I wish more applications had built in command lines that mixed mouse and textual input so well together. IMHO the greatest contribution VS Code has made is bringing that sort of combined UI to the programming masses, and doing it really well.
Yeah, the one thing that I love about autocad is that they made a system where the GUI and CLI are actually fully integrated and equal. I'm actually surprised that I've not really seen anything like that elsewhere, especially in the *nix world.
Part of me wonders what a clean sheet redesign of a text terminal handling system would look like, would it still use inband signaling, or would you presume network and break it up into multiple sets of communications channels.
it's just a proof of concept. I think it's cool to have a unified UI to the OS
it's like you're chatting with the OS and it/(she/he in the future) can show/ask you anything in response.
my core idea is to make it easy to create something like Mathematica or Jupyter(IPython) by
creating set of tiny GUI program that follow the same convention to talk to each other.
I think this is potentially more useful than embedding X applications since an application with an embedded http-server can conceptually do anything an X application can do but with a more portable (and remote-able) toolkit. (DomTerm itself is an application with an embedded http server.)
By this I mean actually a way for people to publish standardized web interfaces that can all be accessed from the same local terminal, with built-in identity, text-editing and JSON filtering with jq, who knows what else.
> By this I mean actually a way for people to publish standardized web interfaces that can all be accessed from the same local terminal, with built-in identity, text-editing and JSON filtering with jq, who knows what else.
Unfortunately, the interfaces which need this treatment the most are the ones least likely to get it, since big companies (even those that do not intentionally profit by obscuring what they know about you from you) are terrified of what you might do with your own data if given anything more than laboriously point-and-click access to it.
I think there are a ton of services that could be more easily built (at least as proof-of-concept) if this kind of UI existed and developers didn't have to worry about pretty flashy GUIs. Also something like this could have more access to "native" stuff than current browsers.
The code is very out-of-date by now, but check out the old Ubiquity project https://en.wikipedia.org/wiki/Ubiquity_(Firefox) Before it died, they even had complex internationalization support that could handle different subject-verb-object orders and typed autocomplete.