Live data from Hacker News

Textual Web: TUIs for the Web

textual.textualize.io

51–60 of 113 posts

Re: Textual Web: TUIs for the Web

#52
post #24

Earlier quoted context omitted.

> Visual Studio (not Code), JetBrains, Photoshop, AutoCAD, Blender, every single tool for circuit simulation and FPGA programming would like a word with you. I am not sure why you think my comment is in disagreement of that. > The entire reason for lazygit to exist is to have a user-friendly experience for people who don't want to use the more complex and spartian git cli. Same, I fully agree with that statement.

From reading both of your comments it looks like you are saying that people who use [Visual Studio (not Code), JetBrains, Photoshop, AutoCAD, Blender, every single tool for circuit simulation and FPGA programming] fall into the category "general consumer" but people who use vim fall into the category "professional". That's not how I would distinguish professionals from general consumers.

Ah, I see, that's not what I meant (hence the 'TUIs are often tailored for advanced users' and 'the majority of GUIs prioritize user-friendly experiences for the general consumer' phrasing).

I agree there are also many GUIs tailored for professionals. Not sure if there are TUIs tailored for general consumers though.

Re: Textual Web: TUIs for the Web

#53
post #52

Earlier quoted context omitted.

From reading both of your comments it looks like you are saying that people who use [Visual Studio (not Code), JetBrains, Photoshop, AutoCAD, Blender, every single tool for circuit simulation and FPGA programming] fall into the category "general consumer" but people who use vim fall into the category "professional". That's not how I would distinguish professionals from general consumers.

Ah, I see, that's not what I meant (hence the 'TUIs are often tailored for advanced users' and 'the majority of GUIs prioritize user-friendly experiences for the general consumer' phrasing). I agree there are also many GUIs tailored for professionals. Not sure if there are TUIs tailored for general consumers though.

GUIs have a rich history of power and complexity, which has been watered down over generations of business fucks insisting that everything be 'easy to use' so they can get those grandma dollars

Re: Textual Web: TUIs for the Web

#55
post #38

Earlier quoted context omitted.

> [...] you can build UIs that are snappy and keyboard driven. That's not an advantage that is exclusive to TUIs; after all, you're running your TUI inside a graphical application that emulates a terminal. (Unless you're rocking an actual VT102, in which case I bow down to you.) In fact there's an entire class of applications that are extremely snappy and keyboard driven, by their very nature: games. Some people have…

> In fact there's an entire class of applications that are extremely snappy and keyboard driven, by their very nature: games. The only real difference in consideration is load-time. Gamers seem to be more patient than what I am with app load times.

Load time tolerance is proportional to session length and focus required. People put up with GTA V Online taking tens of minutes to load the "micro"transaction store contents [1] because when they sit down to play online they are going to spend a couple hours in near 100% focus.

Compare with a mobile game, even a 3D one, where sessions are usually in the tens of minutes themselves, a lot more effort is spent optimising load times and it can be a competitive advantage.

[1]: https://nee.lv/2021/02/28/How-I-cut-GTA-Online-loading-times...

Re: Textual Web: TUIs for the Web

#56
I am looking forward to this. I have a TUI game in development called coolmaths to practice maths problems. The limitation of TUI is that I can run it on my local machine or ship a software. With GUI, I am assuming that I can host it somewhere and point the URL to the players. It will becomes extremely convenient to share our apps with others.

Re: Textual Web: TUIs for the Web

#58
Well... In the early days if modern IT (Xerox Alto and so on) the UIs where textual-centered GUIs, actually connected as needed. It's curious that they are still more advanced than 2023 tech...

Re: Textual Web: TUIs for the Web

#59
post #46

Earlier quoted context omitted.

the TUI library for tcell has mouse support, though you see it more in tview (or one of the dozens of maintained forks) I've already experimented with dropdown menus and minimizing sections. While I too love the TUI and keyboard driven experience, many want something they can click on, less overhead from every application having their own hotkeys. For me, it's about reaching more people, and the hope that I can bring…

> many want something they can click on [...] it's about reaching more people To me, these reasons underscore the need for a genuine GUI, rather than a TUI that requires users to open a terminal just to have something clickable.

Many TUI programs, e.g. Midnight Commander, can use mouse, but are perfectly operable with just a keyboard. Same with Emacs or Vim in terminal mode.

This is more about blending in among GUI tools, which is also important.

Re: Textual Web: TUIs for the Web

#60
post #3

The idea is pretty cool, but I'm unsure of the mix of TUI and animation. Once you start going down the path of animations, layout, fonts, etc, you start just reinventing the web - but with extra steps. Personally I would cut complex animations (i.e. sub-character) and only have a single size monospace font. I would rip out CSS and go for maximum compatibility. (If something exists like that, please let me know!) Anot…

You can't cut of all the CSS; you likely want to honor things like `display: none`, and also colors, and preferably bold, italic, and underline.
Post reply on HN