Live data from Hacker News

TUI Studio – visual terminal UI design tool

tui.studio

241–250 of 304 posts

Re: TUI Studio – visual terminal UI design tool

#241

Funny how you can tell a project is vibe-coded just from a first glance at its website. All these websites seem to somehow have the same visual style. Anyone noticed this?

Yep, my fans started revving as soon as I loaded it. Animations are out of control on the normal web as it is, but genAI sites take it to another level.

Same, and it lags simply trying to scroll down the page. Unacceptable.

Re: TUI Studio – visual terminal UI design tool

#242
This looks really cool. However, the current AI models are pretty good at designing UIs from prompts and even turning screenshots of mocks into full UIs. I'm not sure this visual design approach would save time vs simply prompting an AI agent.

That being said, I could see a niche market for a designer persona who is used to building in tools like figma.

Re: TUI Studio – visual terminal UI design tool

#243
post #210

Earlier quoted context omitted.

You can still design the layout. That’s useful, but not nearly as useful as they are planning.

Why do you believe anything the site claims? It might all be hallucinations anyways, and others report not even being able to open the app.

The app certainly opened for me. I don’t know that I’d use it. Design and layout of an interface is useful apart from the implementation though.

Re: TUI Studio – visual terminal UI design tool

#244

This looks really cool. However, the current AI models are pretty good at designing UIs from prompts and even turning screenshots of mocks into full UIs. I'm not sure this visual design approach would save time vs simply prompting an AI agent. That being said, I could see a niche market for a designer persona who is used to building in tools like figma.

also, this assumes humans are still the primary CLI consumers. With agents increasingly being the first-class users of command-line tools, building visual design tooling for terminal UIs feels like optimizing for a shrinking audience.

Re: TUI Studio – visual terminal UI design tool

#245
post #16

This is nonsensical, there is nothing textual about the UIs being shown here. It doesn't stop being a GUI if you have a 1:1 representation of the concept within character cells. The UX actually matters, and TUIs are generally built for effectiveness and power (lazygit being an excellent example). But once you start adding mouse clickable tabs, buttons, checkboxes etc. you left the UX for TUIs behind and applied the U…

Yes and no. Early DOS UIs had elements of TUIs and GUIs, and supported mice. Many old school greenscreen applications were like this too.

Re: TUI Studio – visual terminal UI design tool

#246

This looks really cool. However, the current AI models are pretty good at designing UIs from prompts and even turning screenshots of mocks into full UIs. I'm not sure this visual design approach would save time vs simply prompting an AI agent. That being said, I could see a niche market for a designer persona who is used to building in tools like figma.

also, this assumes humans are still the primary CLI consumers. With agents increasingly being the first-class users of command-line tools, building visual design tooling for terminal UIs feels like optimizing for a shrinking audience.

Well you still need some human prompting the AI and looking at results, no? :)

Agents aren't picky with UI, so most effort will always be spent designing for humans, even if they are not the primary consumers.

Re: TUI Studio – visual terminal UI design tool

#247
Apparently we now write desktop applications intended for designing the UI of other desktop applications, in TypeScript that runs in a Docker container, using a bunch of web frameworks (including for CSS) and self-hosting an nginx server?

I would have expected a TUI editor to be itself a TUI.

Re: TUI Studio – visual terminal UI design tool

#248

Earlier quoted context omitted.

Yes. A TUI runs in a text session. A GUI runs in a graphics session. A terminal emulator emulates a text session in a graphics session - and allows you to run TUI/CLI tools. This is apparently controversial?

> TUI runs in a text session. A GUI runs in a graphics session What do you mean by this? I have never heard these terms before. I can launch and interact with a GUI from a text application, or a text application from a GUI.

In the Linux world, your GUI is built on a stack of separate programs. At the bottom is the "display server", such as X11 or Wayland. One of these needs to run to have GUI windows (or a full-screen background) at all; otherwise the screen is just covered by 80x24 terminal, and even if there were mouse support there would be nowhere to click or drag to change that. Without the display server, you are in a "text session". It's relatively rare to do this locally nowadays, but Linux still adheres to the highly modular UNIX philosophy.

Your terminal windows (whether that's "Terminal" or "cmd.exe" or anything else) are still fundamentally graphical programs that emulate such a text session.

Re: TUI Studio – visual terminal UI design tool

#249

Earlier quoted context omitted.

It's a TUI if it uses text to build those elements. No. All you've done is make a low-resolution GUI.

TUI means "Terminal User Interface" or "Text User Interface" A GUI that is built with Text, and intended to be used in a Terminal, is what a TUI is, colloquially AND definitionally. What do you think qualifies as a TUI?

This is a pointless semantic argument.

Of course you can use the primitives of TUI, especially with mouse support, to reproduce a large amount (if not all) of the standard GUI interaction paradigms.

But it's bizarre, and missing the point from a UX perspective.

As an extreme example, we can imagine a program that displays the borders of a 40x15 "window" in the middle of a console, with box-drawing characters, putting a "close box" in an upper corner, with text like "File Edit Help" in the top left. We can imagine it responding to a click on the "File" text by popping out a "menu"; we can imagine a drag starting from the "title bar" causing the window position to be update (and the entire terminal window redrawn).

A lot of those kinds of functions, ironically enough, might make sense for a TUI editor implemented as a TUI (except the "windows" might just be understood as panels where the ultimate program displays parts of its output). But as an emulation of GUI windows, it'd be a strange, impractical novelty.

Re: TUI Studio – visual terminal UI design tool

#250
post #16

This is nonsensical, there is nothing textual about the UIs being shown here. It doesn't stop being a GUI if you have a 1:1 representation of the concept within character cells. The UX actually matters, and TUIs are generally built for effectiveness and power (lazygit being an excellent example). But once you start adding mouse clickable tabs, buttons, checkboxes etc. you left the UX for TUIs behind and applied the U…

People don't build TUIs because they want to run apps in the terminal, they build them because the terminal happens to be the most portable app platform available.
Post reply on HN