Live data from Hacker News

How I'm still not using GUIs in 2019: A guide to the terminal

lucasfcosta.com

241–248 of 248 posts

Re: How I'm still not using GUIs in 2019: A guide to the terminal

#241
post #190
post #187

Earlier quoted context omitted.

Code visualisations I agree aren’t that useful, and if I never have to look at UML style diagrams it’ll be too soon. The visualisations I’m talking about are mostly debugger tools. The parallel stacks view is life saving when you’re trying to figure out a deadlock. Having to scroll around this huge viewport with a cursor would just piss me off. I just can’t see how you could navigate a huge (10x screen width) node gr…

You certainly wouldn‘t have a node graph like this in vim, because like you are saying, it just doesn‘t work well with text. I had a look at parallel stacks and it looks nice and seems quite helpful. But I have to think, if you have that many threads that might deadlock and it happens often, if your architecture might be the issue. Most of our parallelism is job based. There is a job queue and worker threads are taki…

> Most of our parallelism is job based. There is a job queue and worker threads are taking jobs from it.

For a game or similar code that's sometimes too much RAM, and usually too much latency.

Re: How I'm still not using GUIs in 2019: A guide to the terminal

#242
I got the feeling that articles like that are multiplying? And many of them are using a Mac. Up until now I haven't seen anyone having a good setup with text-browser, office-suite (not ide I mean libreoffi e for the tty), image viewer (and I know there are quiet a few), pdf viewer,...

So imho it's a bit clickbaity calling this setup (which had nothing new as far as I' m concernt) "still not using guis".

Maybe the dot files got something interesting...

Edit: Nope they didn't in fact hey are a joke a few alias, neovim, zsh and tmux (mac specific stuff like brew I didn't look at) one "useful" thing thought albeit not for me where the reference to xkcd 530 :)

Re: How I'm still not using GUIs in 2019: A guide to the terminal

#245
I generally agree with Lucas' sentiments re GUIs and in his other article "In Praise of Plain Text."

But I currently select portions of text with a mouse by highlighting it, and then execute programs that accept that selection as input.

I no longer am limited to entire text that would be written to StdOut or piped or redirected and so could be treated as complete text files.

I can currently select and execute programs in a GUI in just 2 steps, using a mouse.

Admittedly, I integrated the into the GUI, but it was relatively simple.

To do this in Linux it looks like I would need to run a port of Plan9's Acme or the Wily editor.

The port of Plan9 is way more than I need, so I will look at Wily.

Maybe there are some other Linux editors that will do what my GUI currently does?

Re: How I'm still not using GUIs in 2019: A guide to the terminal

#246

I generally agree with Lucas' sentiments re GUIs and in his other article "In Praise of Plain Text." But I currently select portions of text with a mouse by highlighting it, and then execute programs that accept that selection as input. I no longer am limited to entire text that would be written to StdOut or piped or redirected and so could be treated as complete text files. I can currently select and execute program…

Answering my own question, Geany has "Sending text through custom commands" and ability to add custom commands via "Send Selection to->Set Custom Commands"

But it looks like this just replaces the selected text so it may be more for formatting.

I prefer a new window to open so the selected text isn't altered.

I know I can program vEdit+ to do this, but that is not Linux.

Re: How I'm still not using GUIs in 2019: A guide to the terminal

#247
post #190

Earlier quoted context omitted.

You certainly wouldn‘t have a node graph like this in vim, because like you are saying, it just doesn‘t work well with text. I had a look at parallel stacks and it looks nice and seems quite helpful. But I have to think, if you have that many threads that might deadlock and it happens often, if your architecture might be the issue. Most of our parallelism is job based. There is a job queue and worker threads are taki…

> Most of our parallelism is job based. There is a job queue and worker threads are taking jobs from it. For a game or similar code that's sometimes too much RAM, and usually too much latency.

There is a really nice talk of the game developer Naughty Dog about their job system: https://www.gdcvault.com/play/1022186/Parallelizing-the-Naug...

Re: How I'm still not using GUIs in 2019: A guide to the terminal

#248

I generally agree with Lucas' sentiments re GUIs and in his other article "In Praise of Plain Text." But I currently select portions of text with a mouse by highlighting it, and then execute programs that accept that selection as input. I no longer am limited to entire text that would be written to StdOut or piped or redirected and so could be treated as complete text files. I can currently select and execute program…

Answering my own question, Geany has "Sending text through custom commands" and ability to add custom commands via "Send Selection to->Set Custom Commands" But it looks like this just replaces the selected text so it may be more for formatting. I prefer a new window to open so the selected text isn't altered. I know I can program vEdit+ to do this, but that is not Linux.

You need to look at TUIs (Text User Interfaces).
Post reply on HN