this post was submitted on 18 Jan 2025
53 points (96.5% liked)
Technology
61203 readers
5621 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Not to mention that the article author apparently likes dark-on-light coloration ("light mode"), whereas I like light-on-dark ("dark mode").
Traditionally, most computers were light-on-dark. I think it was the Mac that really shifted things to dark-on-light:
My understanding from past reading was that that change was made because of the observation that at the time, people were generally working with computer representations of paper documents. For ink economy reasons, paper documents were normally dark-on-light. Ink costs something, so normally you'd rather put ink on 5% of the page rather than 95% of the page. If you had a computer showing a light-on-dark image of a document that would be subsequently printed and be dark-on-light on paper, that'd really break the WYSIWYG paradigm emerging at the time. So word processors and the like drove that decision to move to dark-on-light:
Prior to that, a word processor might have looked something like this (WordPerfect for DOS):
Technically, I suppose it wasn't the Mac where that "dark-on-light-following-paper" convention originated, just where it was popularized. The Apple IIgs had some kind of optional graphical environment that looked like a proto-Mac environment, though I rarely saw it used:
Update: apparently that wasn't actually released until after the Mac. This says that that graphical desktop was released in 1985, while the original 128K Mac came out in 1984. So it's really a dead-end side branch offshoot, rather than a predecessor.
The Mac derived from the Lisa at Apple (which never became very widespread):
And that derived from the Xerox Alto:
But for practical purposes, I think that it's reasonably fair to say that the Mac was really what spread dark-on-light. Then Windows picked up the convention, and it was really firmly entrenched:
Prior to that, MS-DOS was normally light-on-dark (with the basic command line environment being white-on-black, though with some apps following a convention of light on blue):
Apple ProDOS, widely used on Apple computers prior to the Mac, was light-on-dark:
The same was true of other early text-based PC environments, like the Commodore 64:
Or the TRS-80:
When I used VAX/VMS, it was normally off a VT terminal that would have been light-on-dark, normally green, amber, or white on black, depending upon the terminal:
And as far as I can recall, terminals for Unix were light-on-dark.
If you go all the way back before video terminals to teleprinters, those were putting their output directly on paper, so the ink issue comes up again, and they were dark-on-light:
But I think that there's a pretty good argument that, absent ink economy constraints, the historical preference has been to use light-on-dark on video displays.
There's also some argument that for OLED displays -- and, one assumes, any future emissive displays, where you only light up what needs to be light, rather than the LCD approach of lighting the whole thing up and then blocking and converting to heat what you don't want to be light -- draw somewhat less power for light-on-dark. That provides some battery benefits on portable devices, though in most cases, that's probably not a huge issue compared to eye comfort.
It was due to neccesity too that light on dark was used in CLI environments, due to the way CRT work, not because it's superior or whatever. It could even be argued that the blue background of some tools was the equivalent of a light mode.
No, you can run dark-on-light material on CRTs just fine. Literally all of the screenshots I have in the above post with dark-on-light are of computer systems that were sold with CRTs. The transition to LCDs didn't come until something like twenty years after the transition from light-on-dark.
I thought more of earlier models and then usus. Ok, maybe not 100% neccessity.
Btw, does tty have a background-/color option?
I'm not sure what you mean by "tty".
Televisions or computer displays? They didn't (well, normally, probably some television out there that can do it) -- if you plug an Apple II into a television or a display, it's just gonna be light-on-dark.
Hardware dumb terminals, like VT100s? I've never seen one configured that way, but it might be possible that some supported running in light-on-dark mode. There are escape codes that will throw the terminal into showing reverse mode, and that was used for stuff like highlighting text, but I don't know if there was an option invisible to the remote end to reverse colors. Like, you could set some of the default terminal modes at boot, stuff like terminal speed and such, but I don't know if there's a persistent flag that would always override what the remote end was using.
kagis
https://vt100.net/docs/vt510-rm/DECSCNM.html
https://vt100.net/docs/vt100-ug/chapter3.html
So on the VT100, there was a flag you could set that would be saved in nonvolatile memory that would persist across terminal boots, but it also could be flipped by the remote end, wasn't invisible to it. If you used escape sequences that fiddled with the color mode, I'm not sure if it'd retain that.
Virtual terminal programs?
xterm
has-rv
/+rv
, which flips the foreground/background color, and pretty much all virtual terminal programs have some way to configure the 8/16 ANSI colors they use. If you're talking changing how they interpret 8-bit color codes or 24-bit color codes, I don't believe that I've typically seen some sort of mapping system in virtual terminal software -- like, normally one configures software emitting those color codes on a per-program basis; normally, software that uses one of those will also have configurable color options. Like, Cataclysm: Dark Days Ahead, which uses IIRC 8-bit color, has a default set of colors, a set of alternate themes, and can be configured on a per-color basis. Ditto for emacs. Most console software uses the ANSI colormap, so remapping that in virtual terminal software handles most cases. Use of either 8-bit or 24-bit color by console software is fairly rare, so that's tolerable today, though I imagine that if use becomes really common, that maybe virtual terminal software will try to add some sort of high-level mapping of colors.My bad, i meant getty, the initial terminal service.
Probably, as I imagine that if it can display a configurable prompt, it can send whatever escape sequences it wants. Like, I expect that one could set it to show the prompt with whatever colors one wants. But it won't govern what software does to the terminal subsequent to handing off control to that software.
My system uses
agetty
. From its man page:So if you insert the relevant escape sequences into
/etc/issue
, you can have the login prompt screen be whatever set of colors you want.I don't have
agetty
do that, but I do useemptty
ontty7
.emptty
is a console-based display manager -- that is, I log in on a console and then start Sway from that. On Debian,emptty
defaults to showing a color prompt (I mean, it's a light-on-dark prompt by default, but I'm sure that one could set it up to do whatever).EDIT:
/etc/emptty/motd
It should be pointed out that modern LCDs use local dimming zones to only light up certain parts of the display, although that only really helps if large swaths of the image are solid black. LCDs have come a long way from the old days when they were side or backlit by CCFLs. So even LCDs might draw slightly less power for light-on-dark, although you'd probably get even more benefit by just turning down the displays brightness regardless of the color scheme.
Wow that was quite an encyclopedic post. Thank you for the good read!
Superb comment. Well done! Very enjoyable to read and posit about.