Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or into a compatible text console.
It can wrap any console application and be nested indefinitely, forming
a text-based desktop environment. --8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
Salvador Mirzo <[email protected]> wrote at 00:31 this Sunday (GMT):
Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or
into a compatible text console.
It can wrap any console application and be nested indefinitely, forming
a text-based desktop environment.
--8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
It's certainly a cool idea, but I don't see why you wouldn't just go
full terminal (tmux) or full ui (another wm). Maybe this would be useful
for SSH sessions, though?
candycanearter07 <[email protected]>
writes:
Salvador Mirzo <[email protected]> wrote at 00:31 this Sunday (GMT):
Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or
into a compatible text console.
It can wrap any console application and be nested indefinitely, forming
a text-based desktop environment.
--8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
It's certainly a cool idea, but I don't see why you wouldn't just go
full terminal (tmux) or full ui (another wm). Maybe this would be useful
for SSH sessions, though?
That's close to what I thought. I think we've reached a point where a
lot of good stuff is already done and we don't really need more, even
though people can do amazing stuff.
I'm currently reading an article whose title is ``[t]he computer built
to last 50 years'' by Ploum, dated 2021 February 4Th. (I should post it here.) The article has this tone---we don't need to replace computers
all the time. Most of that ``need'' is actually just distraction.
We suffer a lot from distraction. If we remove all distraction, what happens? We get distracted with what we have left---which is probably a pretty good deal. :)
Even most of our conversations here on USENET would be classified as distraction. But I don't think we should kill conversation because
thinking is important in work and I do think thinking is kind of a
collective thing.
I've had thoughts of working a lot in offline mode. I could get USENET messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
I've had thoughts of working a lot in offline mode. I could get USENET messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
That's close to what I thought. I think we've reached a point where a
lot of good stuff is already done and we don't really need more, even
though people can do amazing stuff.
Reinventing the wheel can be good for learning, but I definitely agree.
Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or
into a compatible text console.
It can wrap any console application and be nested indefinitely, forming
a text-based desktop environment. --8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
On Fri, 14 Mar 2025, candycanearter07 wrote:
That's close to what I thought. I think we've reached a point where a
lot of good stuff is already done and we don't really need more, even
though people can do amazing stuff.
Reinventing the wheel can be good for learning, but I definitely agree.
Yes, I agree too. It seems computers UIs and tools generally have stagnated. At
least when it comes to operating systems.
Salvador Mirzo <[email protected]> wrote at 15:20 this Friday (GMT):
candycanearter07 <[email protected]>
writes:
Salvador Mirzo <[email protected]> wrote at 00:31 this Sunday (GMT):
Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or
into a compatible text console.
It can wrap any console application and be nested indefinitely, forming >>>> a text-based desktop environment.
--8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
It's certainly a cool idea, but I don't see why you wouldn't just go
full terminal (tmux) or full ui (another wm). Maybe this would be useful >>> for SSH sessions, though?
That's close to what I thought. I think we've reached a point where a
lot of good stuff is already done and we don't really need more, even
though people can do amazing stuff.
Reinventing the wheel can be good for learning, but I definitely agree.
I'm currently reading an article whose title is ``[t]he computer built
to last 50 years'' by Ploum, dated 2021 February 4Th. (I should post it
here.) The article has this tone---we don't need to replace computers
all the time. Most of that ``need'' is actually just distraction.
We suffer a lot from distraction. If we remove all distraction, what
happens? We get distracted with what we have left---which is probably a
pretty good deal. :)
Productive distraction :D
Even most of our conversations here on USENET would be classified as
distraction. But I don't think we should kill conversation because
thinking is important in work and I do think thinking is kind of a
collective thing.
I've had thoughts of working a lot in offline mode. I could get USENET
messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
I use slrnpull, but it's set up to sync every 10 minutes or so. Seeing a
ton of messages piled up makes me kinda nervous.
On 2025-03-09, Salvador Mirzo <[email protected]> wrote:
Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or
into a compatible text console.
It can wrap any console application and be nested indefinitely, forming
a text-based desktop environment.
--8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
$ /data/ftp/vtm/vtm
os: Terminal type: linux
os: Color mode: xterm truecolor
os: Mouse mode: VT-style
Segmentation fault (core dumped)
:(
On Fri, 14 Mar 2025, Salvador Mirzo wrote:
I've had thoughts of working a lot in offline mode. I could get USENET
messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
This is good thinking! I do my usenet once per day (in offline mode). But I think it might be wise to perhaps extend it. Well, to a certain degree it happens naturally. If work increases, my usenetting decreases. ;)
Another thing I'm sometimes struggling with is thread-debt. Some threads, while
interesting, sometimes grow to unsustainable size. At some point they can become
too long to continue, so I must reluctantly abandon them. That feels bad towards
the person who invested a lot of time in writing the post. =(
candycanearter07 <[email protected]>
writes:
Salvador Mirzo <[email protected]> wrote at 15:20 this Friday (GMT):
candycanearter07 <[email protected]>
writes:
Salvador Mirzo <[email protected]> wrote at 00:31 this Sunday (GMT): >>>>> Has anyone ever tried this?
--8<-------------------------------------------------------->8---
It is a text-based application where the entire user interface is
represented by a mosaic of text cells forming a TUI matrix. The
resulting TUI matrix is just rendered either into its own GUI window or
into a compatible text console.
It can wrap any console application and be nested indefinitely, forming >>>>> a text-based desktop environment.
--8<-------------------------------------------------------->8---
Sources:
https://github.com/directvt/vtm
https://www.youtube.com/watch?v=kofkoxGjFWQ
It's certainly a cool idea, but I don't see why you wouldn't just go
full terminal (tmux) or full ui (another wm). Maybe this would be useful >>>> for SSH sessions, though?
That's close to what I thought. I think we've reached a point where a
lot of good stuff is already done and we don't really need more, even
though people can do amazing stuff.
Reinventing the wheel can be good for learning, but I definitely agree.
Indeed. When studying something, reinventing the wheel is of primary importance. I tend to say ``you don't master until you build it''.
(And, in fact, building once is usually far from enough.)
I'm currently reading an article whose title is ``[t]he computer built
to last 50 years'' by Ploum, dated 2021 February 4Th. (I should post it >>> here.) The article has this tone---we don't need to replace computers
all the time. Most of that ``need'' is actually just distraction.
We suffer a lot from distraction. If we remove all distraction, what
happens? We get distracted with what we have left---which is probably a >>> pretty good deal. :)
Productive distraction :D
That's right. :D
Even most of our conversations here on USENET would be classified as
distraction. But I don't think we should kill conversation because
thinking is important in work and I do think thinking is kind of a
collective thing.
I've had thoughts of working a lot in offline mode. I could get USENET
messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
I use slrnpull, but it's set up to sync every 10 minutes or so. Seeing a
ton of messages piled up makes me kinda nervous.
Lol. How about syncing it daily?
D <[email protected]> wrote at 22:00 this Saturday (GMT):
On Fri, 14 Mar 2025, Salvador Mirzo wrote:
I've had thoughts of working a lot in offline mode. I could get USENET
messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
This is good thinking! I do my usenet once per day (in offline mode). But I >> think it might be wise to perhaps extend it. Well, to a certain degree it
happens naturally. If work increases, my usenetting decreases. ;)
Another thing I'm sometimes struggling with is thread-debt. Some threads, while
interesting, sometimes grow to unsustainable size. At some point they can become
too long to continue, so I must reluctantly abandon them. That feels bad towards
the person who invested a lot of time in writing the post. =(
Cheers, I can't focus that well reading through 400 message long
threads.
On Fri, 21 Mar 2025, candycanearter07 wrote:
D <[email protected]> wrote at 22:00 this Saturday (GMT):
On Fri, 14 Mar 2025, Salvador Mirzo wrote:
I've had thoughts of working a lot in offline mode. I could get USENET >>>> messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because
working in batch mode is /usually/ more efficient.
This is good thinking! I do my usenet once per day (in offline mode). But I >>> think it might be wise to perhaps extend it. Well, to a certain degree it >>> happens naturally. If work increases, my usenetting decreases. ;)
Another thing I'm sometimes struggling with is thread-debt. Some threads, while
interesting, sometimes grow to unsustainable size. At some point they can become
too long to continue, so I must reluctantly abandon them. That feels bad towards
the person who invested a lot of time in writing the post. =(
Cheers, I can't focus that well reading through 400 message long
threads.
We must train hard! Over time, our cognitive abilities can be improved. ;)
D <[email protected]> wrote at 21:13 this Friday (GMT):
On Fri, 21 Mar 2025, candycanearter07 wrote:
D <[email protected]> wrote at 22:00 this Saturday (GMT):
On Fri, 14 Mar 2025, Salvador Mirzo wrote:
I've had thoughts of working a lot in offline mode. I could get USENET >>>>> messages every Monday, say, and then spend the rest of the week in
USENET offline mode. Just that move is already a time saver because >>>>> working in batch mode is /usually/ more efficient.
This is good thinking! I do my usenet once per day (in offline mode). But I
think it might be wise to perhaps extend it. Well, to a certain degree it >>>> happens naturally. If work increases, my usenetting decreases. ;)
Another thing I'm sometimes struggling with is thread-debt. Some threads, while
interesting, sometimes grow to unsustainable size. At some point they can become
too long to continue, so I must reluctantly abandon them. That feels bad towards
the person who invested a lot of time in writing the post. =(
Cheers, I can't focus that well reading through 400 message long
threads.
We must train hard! Over time, our cognitive abilities can be improved. ;)
Endurance, more like.. and time management.
$ /data/ftp/vtm/vtm
os: Terminal type: linux os: Color mode: xterm truecolor os: Mouse
mode: VT-style
Segmentation fault (core dumped)
On Sun, 16 Mar 2025 08:52:38 -0000 (UTC), Ian wrote:
$ /data/ftp/vtm/vtm
os: Terminal type: linux os: Color mode: xterm truecolor os: Mouse
mode: VT-style
Segmentation fault (core dumped)
Try running it under GDB and getting a traceback. Is it built with
debugging symbols?
The commodity "IT" systems have not stagnated, but gone backward to
a point where actual usability is less than it was a decade or two
ago.
Is it built with debugging symbols?
...
So no :(
To be fair, this is on CentOS7, which seems to have been deprecated
faster than a fast thing. I'll try it on Alma9 at some point.
Note that on distros that use prebuilt binary packages, it is common to
have separate “-dbg” or “-dbgsym” packages that you can install, to add
back the debugging symbols that are stripped from the release binaries/ libraries.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 11:09:22 |
| Calls: | 12,100 |
| Files: | 15,003 |
| Messages: | 6,517,992 |