Earlier quoted context omitted.
Mice are the problem, not the rest of the GUI. Keyboards are just faster once you learn them.
It's part of it but not all of it. Today's modern UIs won't buffer keystrokes as you move between UI contexts. You often have to wait for a bit of UI to load/appear before you can continue, or else your premature keystroke will be eaten or apply to the wrong window. This kills your throughput because you have to look at the screen and wait to recognize something happening. Even if you have all the keystrokes memorize…
Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
251–260 of 299 posts
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#252- Lazygit: has completely replaced how I do all git things now. Fantastic interface, nice and speedy, easy to learn. - K9s: replaced my use of kubectl and the K8s dashboard. Lets you go from browse —> action on a resource so much faster than kubectl. - btop: it’s like top, but way prettier.
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#253Earlier quoted context omitted.
> and boy are they fast with them My girlfriend works in a bank and she does virtually everything in a TUI. She hates it, but I've seen her using it and she's blazing fast and I can't, as a frontend developer, imagine how a full blown application would be better.
Why does she hate it if she is so efficient with it?
Copy pasting is also troublesome, and that one is a common scenario to copy/paste from emails.
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#254Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#255Earlier quoted context omitted.
Mice are the problem, not the rest of the GUI. Keyboards are just faster once you learn them.
A mouse is not itself a problem, although most functions should be operable by keyboard. When selecting objects and points on the screen, the mouse is helpful. It is best to have both, although I would think that a keyboard alone is generally better than a mouse alone.
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#256- Lazygit: has completely replaced how I do all git things now. Fantastic interface, nice and speedy, easy to learn. - K9s: replaced my use of kubectl and the K8s dashboard. Lets you go from browse —> action on a resource so much faster than kubectl. - btop: it’s like top, but way prettier.
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#257Earlier quoted context omitted.
Not only that, I found it much easier to create TUIs on DOS than on a UN*X system. I still have a hard time with curses. Zortech c on DOS had a small set of screen functions, disp_*(). These are enhanced printf(), scanf(), getc() type functions by adding cursor positioning on an 80x25 screen. Pretty basic but you could create nice applications with these basic functions in Zortech c. Granted, on DOS the screen size d…
MS-DOS also supported the 80x43 or 80x50 screen modes for extra information density. On later hardware you would have SVGA-based or VESA-based text modes with even more density, though by that time DOS itself had mostly fallen out of use.
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#258Earlier quoted context omitted.
qbasic.exe :D hah. never knew. but that takes me right back haha thx
I can't think about QBasic without thinking about that game with primates throwing bananas across a city at each other. Like a simpler version of Scorched Earth. https://en.wikipedia.org/wiki/Gorillas_(video_game) also Money, and REMLINE
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#259I'm surprised I'd had to scroll so far down to find orthodox file managers mentioned (Norton commander, midnight commander, etc.) Bezroukov has written about the type of TUI he calls "orthodox interfaces" and he does it more justice than I can: https://softpanorama.org/Articles/introduction_to_orthodox_f...
Re: Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
#260I don't know if it "deserves to be known" but I made debase to make git editing easier: https://toaster.llc/debase
That looks great! Also, the site is excellent. I love how the animated examples change as you scroll down the site.