Live data from Hacker News

VTM: A Text-Based Desktop Environment

web.archive.org

131–140 of 145 posts

Re: VTM: A Text-Based Desktop Environment

#131
post #126

Earlier quoted context omitted.

And, of course, ed is the default editor. :-) I exert geek dominance over introduction to C students by demoing using ed to modify a source file. After which I amuse myself for the remainder of the term: "Source Control? Syntax highlighting? Luxury! When I was young we had to hand-magnetize knitting needles and edit files one bit at a time directly on a Winchester drive!" More seriously, I think the 80 column width i…

Even though 120 fits comfortably on the screen, I find it leads to sloppier code than 80 or 90. The latter exerts pressure to "do one thing per line, and make it neat." Ime this is true of modern langs like ruby or javascript or Go, as well as older langs like bash. But I know this is a religiously contentious subject, so to each his own.

I like 80 for my Go projects.

Anecdotal, but- It does feel like a good visual approximation and when I start to run close to it I usually pause and figure out if that code needs attention.

Re: VTM: A Text-Based Desktop Environment

#133

This reminds me of the DOS menuing system we used to install on clients' computers several decades ago. Cannot remember the name, may have to dig out my old 5 1/4" floppy collection binder I used to always carry with me if not remembering starts to drive me crazy... That system remapped the function keys to launch batch files or call up sub-menus... Easiest way (at the time) to "customize" peoples' computers for them…

Could you be thinking of DesqView? That was a whole multitasking OS that sat on top of DOS.

Re: VTM: A Text-Based Desktop Environment

#134
post #74

The width of the display used in the screenshot appears to be less than 150 characters. Why would you add the clutter and distraction of transparent windows with frame decorations in such a limited environment? 30% of the real estate is consumed by elements that don't present any information to the user. On a modern display, this could far more productively be replaced with (1) any number of tiling WMs with console t…

Window transparency is actually a way to increase the information density; if you set the transparency just right, with a bit of practice you can essentially view the contents of several windows at once in the same space. For a long time I used a laptop with only XGA (1024x768) resolution, and writing code in a semi-transparent window with docs, IM, and several other windows underneath made the small screen far more…

Except in this case, it's not real, you can't read any characters below another window.

Re: VTM: A Text-Based Desktop Environment

#136

Earlier quoted context omitted.

Yep, I'm in the same boat as you. Part of it just looked like Linux running Powershell, but CMD threw me off.

When PowerShell runs on Linux, it doesn't show a "C:/" prompt. This is clearly running on Windows with WSL or Cygwin for the Unix tools.

My first thought as well, but I didn't think you could not use the GUI in WIN10

Re: VTM: A Text-Based Desktop Environment

#138
post #97

Earlier quoted context omitted.

The demo video ( https://www.youtube.com/watch?v=fLumnSctakY&feature=youtu.be ) reveals that this is not just a traditional window manager for a static screen, it's got a much larger virtual canvas that the display can scroll around in. So there's a LOT more space to make an aesthetic decision for big, character-wide window frames. Seriously go watch the video, this thing feels like it's got a foot in the realm of UI…

Yeah, I see it. I just don't get it. There's an awful lot of UX work being done to preserve an illusion that you have a bunch of fixed-size consoles that are arbitrarily arranged in a 2d space. Which, I guess, is the defining metaphor of GUI interfaces, but if that's what is desired, why create a console-only (if only in appearance) GUI? Text buffers in emacs or panes in screen or tmux can be made to have arbitrary s…

At the end of the day, its a fun project. Plus tmux can get annoying configuring behavior to feel like something more native in terms of mouse use consistently. Either it works great scrolling up in the shell or it works great scrolling with an editor open, never both.

Re: VTM: A Text-Based Desktop Environment

#139

Earlier quoted context omitted.

When PowerShell runs on Linux, it doesn't show a "C:/" prompt. This is clearly running on Windows with WSL or Cygwin for the Unix tools.

My first thought as well, but I didn't think you could not use the GUI in WIN10

There would be no need to kill the default desktop manager to run anything we've seen here.

Re: VTM: A Text-Based Desktop Environment

#140

This reminds me of the DOS menuing system we used to install on clients' computers several decades ago. Cannot remember the name, may have to dig out my old 5 1/4" floppy collection binder I used to always carry with me if not remembering starts to drive me crazy... That system remapped the function keys to launch batch files or call up sub-menus... Easiest way (at the time) to "customize" peoples' computers for them…

Could you be thinking of DesqView? That was a whole multitasking OS that sat on top of DOS.

Although I played with DesqView, that was not the menuing system I used to use - It had some monumental name for the day, like SuperMenu or MenuGold 2000 or some such... Internet search not getting any hits that match. Oh well.
Post reply on HN