Earlier quoted context omitted.
What settings? Mines more like an abstract color art piece but not so much a desktop environment.
IDK, Default? I'm on PuTTY 0.73. I haven't changed anything since I installed it.
0.74 is out
VTM: A Text-Based Desktop Environment
121–130 of 145 posts
Re: VTM: A Text-Based Desktop Environment
#122Earlier 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…
I agree that it feels really confused but if I can get it running one day with the ability to save my sessions, I would gladly flip between this and X+i3 for my daily driver.
What I see offered here is a way of mapping a huge, non-software project more loosely than a strict classification-based directory/file structure. Specifically I've been slowly fleshing out my own fantasy world with lore and history. I tried the live demo and I can totally see this meshing really well with the part of my brain that likes fiction because it can be a little messy.
I also think the friction of learning a new UI would be a benefit here in reducing the amount of "laptop fatigue" which keeps me from writing less technical stuff after wrestling with a bug all day.
Re: VTM: A Text-Based Desktop Environment
#123Ah, this reminds me of Turbo Pascal days :)
Re: VTM: A Text-Based Desktop Environment
#124Earlier quoted context omitted.
What settings? Mines more like an abstract color art piece but not so much a desktop environment.
Same on urxvt. Probably requires true color support. I had the same issue with browsh, a text front-end to Firefox.
Oh, if only there were a way to solve this problem which was well-tested and widely-deployed!
Re: VTM: A Text-Based Desktop Environment
#125Related: The MGR Window System https://hack.org/mc/mgr/ “MGR provides each client window with: curses-like terminal control functions, graphics primitives such as line and circle drawing; facilities for manipulating bitmaps, fonts, icons, and pop-up menus; commands to reshape and position windows; and a message passing facility enabling client programs to rendezvous and exchange messages.” Essentially, each window wa…
I wonder how hard it would be to write an MGR terminal emulator today.
Re: VTM: A Text-Based Desktop Environment
#126Earlier quoted context omitted.
80x24 is the default terminal height. I mostly use this size on all of my projects. It has many favors: compatibility everywhere, tiny bandwidth, etc.
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.
Re: VTM: A Text-Based Desktop Environment
#127Related: The MGR Window System https://hack.org/mc/mgr/ “MGR provides each client window with: curses-like terminal control functions, graphics primitives such as line and circle drawing; facilities for manipulating bitmaps, fonts, icons, and pop-up menus; commands to reshape and position windows; and a message passing facility enabling client programs to rendezvous and exchange messages.” Essentially, each window wa…
Love it! I have a strange desire to try to make that work in WASM over HTTP/2 and hack in MGR server hyperlinks.
+1
SVG over HTTP/2 in Wasm with WebGL1 (for compat)
Re: VTM: A Text-Based Desktop Environment
#128Related: The MGR Window System https://hack.org/mc/mgr/ “MGR provides each client window with: curses-like terminal control functions, graphics primitives such as line and circle drawing; facilities for manipulating bitmaps, fonts, icons, and pop-up menus; commands to reshape and position windows; and a message passing facility enabling client programs to rendezvous and exchange messages.” Essentially, each window wa…
Ran this on my Atari ST for a bit back in 1990 or so. And then again on my 486 running early Linux a couple years later.
It's a really neat idea. But it was of limited use as not many applications were made for it.
Re: VTM: A Text-Based Desktop Environment
#129I've been thinking about such text-based DE for custom Raspberry Pi nano based smartphone. Reason being, common mobile apps are not going to arrive for Linux and Nano is not powerful enough to run web browsers anyways; So why not a text-based DE or even just a console which enables basic communication features and Lynx for browsing? It would be great if we could get some GPU juice from Pi for text rendering in such e…
Are you talking about a Pi Zero? That can totally run a desktop environment and browser. Especially something light like XFCE or Enlightenment.
>Pi Zero?
Correct, sorry brain fart.
>That can totally run a desktop environment and browser. Especially something light like XFCE or Enlightenment
Even regular sized Pi struggle with web browsing on a standard browser (Firefox/Chromium), I know that it largely has to do with the web pages themselves being memory hogs, but then again a similar specced Chromebook x86 doesn't hang while browsing(Same web page/Same no of Tabs); I think it largely has to do with browsers not getting optimised for ARM architecture on Linux.
I had the same issue with XFCE i.e. browsers hang after sometime, as for Enlightenment 3rd party apps didn't work last time I tried with Pi3[1] has the situation changed now?
[1]https://abishekmuthian.com/getting-smoother-desktop-experien...
Re: VTM: A Text-Based Desktop Environment
#130The 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 usable than it would be otherwise.