The original Tektronix terminals (I only ever saw one once) did all screen drawing with these vector commands (think the look of the classic Asteroids game which I think may have used a similar hardware interface to the CRT display), which naturally was not especially fast for ordinary text which is why hybrids like the abovementioned VT-series terminal (I think it was the 240/340/440 that had this) ended up supplanting the Tektronix displays.
I remember being skeptical that all that electronic map data would be very useful to anyone outside the agency without all of the required hardware. How little I knew!
kitty doesn't have Tektronix vector support right? Would be cool if they would consider adding.
But something interesting happened recently which is that it is now apparently a given that terminal programs support raster graphics. At least, the people at r/command line were treating it as such when someone recently posted a program that requires something like kitty graphics protocol to work at all.
The kitty raster protocol is somewhat efficient. It could be interesting to combine that with some ideas for low latency lightweight computing and social networking.
The simplest version of that might be just to have a group of people start setting up some type of BBSs over ssh, but designed to upgrade the graphics just slightly over ANSI, or even perhaps combined with ANSI. People could use emulated vector monochrome graphics for some screens if they wanted that Tek vibe.
Another step up possibly would be to make a few STUN/TURN servers or some setup so people on IPV6 could find and each other even if at home and if IPV4 still connect with whatever NAT traversal or maybe there can be such as thing as ssh over WebRTC? That might not make sense.
You could also make it content centric and set up something to easily do RSS over IPFS (I assume that exists) with a group that has agreed they will target ANSI plus kitty graphics with some set document size limits to keep things fast and lightweight.
Because kitty graphics are based on escape codes, you might also use such a social network for distributing lightweight (binary size limited) web assembly applications and games that are designed to run in a terminal supporting that. Because web assembly runtime support for text output is good I believe.
I do think that there should be some built in load latency or data size limit tested and enforced somehow to ensure that you keep the snappiness possible with text interfaces.
You could also just mess with the horizontal/vertical position knobs and use it as a very expensive Etch-a-Sketch.
Projects like the VecFever, and PiTrex, exist to make it possible to combine vector displays with much more modern CPU technology, allowing emulating even old Vector arcade titles like Star Wars or Battlezone.
It is criminal that Vector Computing never took off past the 1980s, and has died. Nothing, not even OLEDs (sorry Vectrex-Mini guys!) can replicate the beauty of phosphor glow.
Speaking of amazing forgotten lighting effects, the techniques for the cool lighting effects used in Don Bluth films (and his games like Dragons Lair) are also forgotten/unused and I find them analogous to vector displays.
I find the death of Vector Displays and the cool display tech Don Bluth did to be great examples of "Worse is Better" and counterexamples to the idea that progress overtime inevitably makes things better.
I wanted a TechTronix vector computer super bad, and still do, especially the one's with the fast 3D and color add-ons.
I'll drop a few motivating videos:
0. https://www.youtube.com/watch?v=M98VOoGFLL8 (TekTronix 3D/Color stuff)
1. https://www.youtube.com/watch?v=8Dv15YRAmzM
2. https://www.youtube.com/watch?v=j60DV0Ujp_E
You should have seen the digitizing tables 4 feet square, and the oversized plotters that were surplus from oil companies after the oil price crash at the end of 1981.
They were massive and printed a whole page at a time, similar to the thermal page printers from Perkin-Elmer for their model 3600 Intelligent Terminal of the early 1980's, but P-E printers were much smaller by then.
3600 had vector graphics too, these were very expensive but introduced the form factor of a horizontal box with two 5 1/4 floppies, monitor on top and wired keyboard with the first row of "F" function keys people had seen. Which is the desktop form that was later adopted by IBM when they issued their first PC.
A Williams Tube?
On a CRT with storage for oscilloscopes or computer monitors, you looked at the stored image, which is why they were called "Direct-view bistable storage tubes".
On the Williams tubes, the processor read back the data stored in the tube, i.e. the stored image was used by the CPU, not by humans, so Williams tubes had no need to contain fluorescent screens. On a viewing tube, there was usually no need to implement a read back method, but only means for writing and erasing.
Both the Williams tubes and the direct-view storage tubes were derived from the iconoscope tubes used before WWII in the early television cameras, according to a proposal made in the famous von Neumann report. In iconoscope tubes, illumination caused by an external image projected on the tube face created an electric charge distribution inside the tube, which was read electronically, generating thus a video signal, so it was the inverse of a direct-view tube, where an electric charge distribution is written inside the tube, where it controls the fluorescence of the screen, creating an image that can be viewed outside. Both iconoscope tubes and direct-view storage tubes differ from simple CRTs by having inside an insulating or semiconducting surface on which a distribution of electric charge can be stored.
The Williams tubes were a form of DRAM. An even earlier kind of DRAM had been used in the Atanasoff-Berry computer, where it was implemented with discrete capacitors and John Atanasoff had been the first who proposed to make a computer memory based on storing electric charge and refreshing it periodically, to prevent discharging.
>No[t yet…]
I believe in the community making this a yes.