A GUI framework for C# console applications • Hacker News Board

Re: A GUI framework for C# console applications

#41

Post by heartbreak » Tue, Oct 29, 2019, 1:14 PM UTC

Yuioup wrote: post #40

I was just thinking yesterday that it would be cool if there was something like this for VSCode, just like for the well known text editors, so I can launch it in an ssh session.

VS Code has really good support for editing over SSH built into a preview extension now [0]. It is as seamless as running vim over ssh, except it’s a GUI app running locally connected to a temporary VS Code server on the remote. It even supports extensions installed on the remote. I’ve tried so many different implementations to get Sublime working in this config (like SSH forwarding a samba share) and they’re all terrible compared to VS Code’s.

[0] https://code.visualstudio.com/docs/remote/remote-overview

Re: A GUI framework for C# console applications

#42

Post by gwbas1c » Tue, Oct 29, 2019, 1:32 PM UTC

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer?

Using C# implies that you're running on a device powerful enough for a traditional GUI.

(And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

Re: A GUI framework for C# console applications

#43

Post by code_chimp » Tue, Oct 29, 2019, 1:34 PM UTC

tyingq wrote: post #8

The chess game screenshot sort of reminded me of the StarTrek game DEC used to leave running in their showrooms in the 70's and 80's: https://commons.wikimedia.org/wiki/File:Star_Trek_text_game.... I remember being kicked out by salesmen many times while sitting there playing. They seemed very annoyed that no adults "got it", but many kids did.

We played Star Trek on the Apple ]['s in our middle school computer lab back in the mid 1980's. Bless whomever ported that game.

Re: A GUI framework for C# console applications

#44

Post by IHLayman » Tue, Oct 29, 2019, 1:39 PM UTC

gitgud wrote: post #15

What would this be used for?

Avoiding your mouse. TUIs can be far faster than GUIs when you don't have to take your hands off the keyboard to reach for a slow mouse.

Re: A GUI framework for C# console applications

#45

Post by [deleted] » Tue, Oct 29, 2019, 1:46 PM UTC

gwbas1c wrote: post #42

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer? Using C# implies that you're running on a device powerful enough for a traditional GUI. (And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

[deleted]

Re: A GUI framework for C# console applications

#46

Post by derision » Tue, Oct 29, 2019, 1:57 PM UTC

gwbas1c wrote: post #42

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer? Using C# implies that you're running on a device powerful enough for a traditional GUI. (And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

I still do a ton of stuff in the terminal. More advanced git clients are something I've seen

Re: A GUI framework for C# console applications

#47

Post by dagmx » Tue, Oct 29, 2019, 1:59 PM UTC

gwbas1c wrote: post #42

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer? Using C# implies that you're running on a device powerful enough for a traditional GUI. (And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

Even on very high end machines, even when I'm running other GUIs, I still do a lot of stuff in the shell especially with regards to working on ssh'd machines.

It's really useful to have things work in the shell directly.

Re: A GUI framework for C# console applications

#48

Post by bjoli » Tue, Oct 29, 2019, 2:18 PM UTC

gwbas1c wrote: post #42

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer? Using C# implies that you're running on a device powerful enough for a traditional GUI. (And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

I live in Emacs. It is a program specialized for typing, displaying and navigating text. If whatever I need to do does interaction via text and typing all else is just fluff. Pointing and clicking is just a digression from what I want and what I need to do.

I am not even an old fart. I am barely 30, but I feel completely backwards with regards to all developments in modern computer interaction. I hate smartphones. I hate the modern web. It all feels like one big distraction.

Re: A GUI framework for C# console applications

#49

Post by celticmusic » Tue, Oct 29, 2019, 2:20 PM UTC

bjoli wrote: post #48

gwbas1c wrote: post #42

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer? Using C# implies that you're running on a device powerful enough for a traditional GUI. (And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

I live in Emacs. It is a program specialized for typing, displaying and navigating text. If whatever I need to do does interaction via text and typing all else is just fluff. Pointing and clicking is just a digression from what I want and what I need to do. I am not even an old fart. I am barely 30, but I feel completely backwards with regards to all developments in modern computer interaction. I hate smartphones. I…

I'm 40 and feel the same way most of the time.

GUI's have their place, but damn is i3 + terminal super productive, no matter what the naysayers think.

Re: A GUI framework for C# console applications

#50

Post by kbenson » Tue, Oct 29, 2019, 2:32 PM UTC

gwbas1c wrote: post #42

Just curious: Why would someone do a TUI (text-based user interface) on a modern computer? Using C# implies that you're running on a device powerful enough for a traditional GUI. (And you really don't need much to run C#, just enough RAM / Disk for the framework and to handle the overhead of the garbage collector.)

Very common for server software, where you may not have a GUI environment installed.

You can run SSH as a server on windows boxes easily now, and depending on your needs (or to standardize across a heterogeneous fleet of servers) it might make sense to have some good CLI/TUI utilities available that are cross-platform.

While I imagine most people won't jump to a TUI for Windows, it could also be a secondary interface for an application that's run on both Windows and Linux/BSD. If no GUI (or no Windows GUI) is detected, approximate the same display using a TUI. The guys of the application can be the same, and you don't have to ship two versions (assuming the rest of the internals area already portable).