- They were bulky, fragile and expensive.
That said, there was a certain something about the clunk and clack of powering on and degaussing. The glow and the curve of the glass screen. The absolute strength of the solid glass front which you could tap or poke with impunity compared to the super fragile fronts of modern screens which I sometimes worry about when i clean that i might push or press too hard.
But i suspect the biggest losers at the demise of crt are all the cats who lost a nice warm spot to sleep and watch their human at work.
- bmonkey325 667 days agoI know that Atari was terrified of selling the light pen because they feared little Billy poking a hole in the screen with it. Turns out it be unfounded. This safety /signal concern was why the Atari 8-bits have a substantial chunk of shielding in them.
- the internet archive is filled with back catalogs of ancient 8 bit machines. i was a huge fan of your sinclair back in the day. internet archive is full of them, but commodore magazines are available too. https://archive.org/search?query=zzap64
- wasn't an issue, still had half a dozen tabs open with articles i hadn't read yet till it came back. :-)
great site. thank you for the retro tech news.
- when i first used pcs in the late 80s i hated edlin with a passion. i would go out of my way to avoid using it to modify config.sys or autoexec.bat. it was easier to just copy con config.sys and retype the whole config.sys with whatever additions than use edlin. i ended up putting ted.com a tiny text editor on most systems to have something friendlier to use.
- I wonder if one could hide the line numbers in Edlin, e.g. via a batch file.
I've always found line editors interesting. For many tasks, e.g. writing texts, they create a different kind of "flow" because you cannot see the entire composition on one screen. You're composing more "in your head" and focus visual attention to smaller fragments of your text.
However, as for Edlin, those line numbers are a minor visual disturbance (I understand that the command language relies on them, though). In the Unix-land (or rather, Plan 9), Rob Pike's sam editor [1] is imo excellent in the CLI mode -- even though it is intended to use with the GUI and a 3-button mouse. But you can also just not load the GUI with a command line switch (sam -d).
sam has a truly great command language [2]; according to some, especially good for editing multiple files at a time. I like its recursive nature, and I have done many complex replacements in large files that seemed to be much harder to write with something like sed (considering my modest skills of course :).
The central paradigm is that as opposed to ed, sam is not line-oriented. In sam, everything is a sting. This makes multi-line substitutions simpler (and recursively complex if you want! :). You can do a lot of interesting things with it. Piping stuff to/from the OS terminal (e.g. fmt) works great as well.
I'm just a hobbyist, but I've been thinking about trying to port sam's command line interface (not the GUI) for DOS as well. It is currently Unix or Plan9 only.
I suppose a standard quote from Ken Thompson suits here as well. What he said, comparing visual editors to something like ed:
"Yeah, I've seen [visual] editors like that, but I don't feel a need for them. I don't want to see the state of the file when I'm editing." [3]
Great quote for feeling nostalgic, at least, hehe. However, I do think he might be onto something here in terms of how the human brain and cognition works. Maybe even in our times of huge screens, those complex visual word processors should not always be taken for granted. I've felt that "fear of blank screen" a lot while writing stuff with a word processor. It is almost never the case on a line editor where you simply cannot visualize the whole text -- or the fact that you have not yet written even a single paragraph :).
So it's always interesting to (try to :) think about whether and how much cognitive overload those screenfuls of visual information might cause at times.
All that said, it is also great fun to see that FreeDOS Edlin was actually updated to version 2.22 only this spring, in 2023. [4] That is 43 years after the first version was realeased. DOS ain't dead. :)
2: http://doc.cat-v.org/bell_labs/sam_lang_tutorial/sam_tut.pdf
3: http://web.archive.org/web/20080103071208/http://www.dcs.qmu.../ (as summarized by Peter Salus in "A Quarter Century of UNIX" (Addison-Wesley, 1994)
rogue was released for zx spectrum but never saw it around back in the day. my first contact with rogue was irogue on palmos which was a great version for long commutes on public transport. beat it many times.
currently playing shattered pixel dungeon on android. have bet it once. hoping some day to beat it again some day.