I fixed blink in Mozilla twice (https://bugzilla.mozilla.org/show_bug.cgi?id=89065) in the old days, back when I was running around looking for things to fix. The first time it broke was a result of Dave Hyatt's rewrite of the style system; I always suspected he had broken it on purpose. The second time seemed like it was just a mistake.
I'd actually love to hear more about your fixes, your suspicions and your feelings about blink's removal. The anthropology of the internet is fascinating to me and it sounds like you would have a pretty unique perspective on this. Either here or a blog or whatever, I'd love to know more.
There's not a lot to say. I didn't have any huge role in the project, although the experience working on it was hugely influential in the way I thought about programming. Maybe I'll write it up some day.
As for Hyatt, it just seemed like something he would do as a joke. Blink was a ridiculous feature, but it was a standard, which was a wedge that Mozilla leaned on heavily in those days.
The problem framed by JWZ is not a technical one. It is a social one, and centered upon values. Eliminating <blink> changes the existing content of the web. There's a reasonable argument that that is a bad thing - again one based on values not technology.
To put it another way, <blink> has meaning by virtue of its history. Its presence on a page says something to the viewer - not something technical but something cultural.
<blink>'s removal does not make the web richer or more meaningful. Instead, its removal does something quite the opposite.
I won't say that it is vandalism - but it does wantonly alter the expression of existing web content, and does so to the very content that is most in danger of being lost to history. It neuters what makes some web pages representative of their time and place.
I think we shouldn't expect historic pages to work in modern browsers. As long as we can reliably run older browsers we can also view historic pages as they were once rendered.
We absolutely should expect historic pages to work in modern browsers (you want to just wantonly throw away history for no good reason?)
And you absolutely cannot reliably run older browsers. This logic doesn't even work out right- So, once all the servers in the world break backwards compatibility with the old browsers (thus making them absolutely incapable of being run on modern networks), THEN we should go back to our modern browsers, and make them render the old pages again, after we dropped support. What?
What about pages that are intended to look like historic pages, because they are e.g. paying tribute to them, or mirroring how far a programmer has come from when he first started using the Internet.
I think there's enough cruft on today's bloated Internet that the blink tag is hardly a significant step in a right direction.
So johnny six pack who made a web site for his crochet club back in 1997 using microsoft front page is going to fire up a VM and install an old browser to look at it?
uh huh.
So I need to have the level of skill needed to pilot a plane just to look at my old family photos, drawings and poetry? And you make products with the expectation from your customers, perhaps?
"Trust me with your data, I am a technologist. It's okay, I'll take care of it. Though I will expect you to fire up a VM if you still care about it 10 years from now."
Lots of mediums have gone extinct - tapes, punch cards, what not. To view them now, one has to get a capable device. Maybe to see some old web sites in all their glory we just need to download Mosaic again. Perhaps someone will even make a Javascript emulator of Mosaic. It happened for other things, like C64 games.
I think something can be said for getting rid of useless stuff in a codebase.
Technically, this isn't the right solution, but I appreciate the suggestion. Firefox should honor HTML standard and add it back, and add an option in about::config or some other dialog and disable it there if they think it should be disabled by default.
Blink was never a standard. Lou Montulli thought up the idea while drunk and then someone else implemented it for a joke.
"When we released Netscape Navigator 1.0 we did not document the blink functionality in any way, and for a while all was quiet. Then somewhere, somehow the arcane knowledge of blinking leaked into the real world and suddenly everything was blinking. "Look here", "buy this", "check this out", all blinking. Large advertisements blinking in all their glory. It was a lot like Las Vegas, except it was on my screen, with no way of turning it off.
In the end, much was said, most of it in the form of flaming posts to various discussion boards, and the <blink> tag will probably be remembered as the most hated of all HTML tags. I would like to publicly state that at no time did I actually write code or even seriously advocate for the <blink> tag. It is true that I put forth the initial inspiration, but it really was merely a thought experiment. I am not going to name any names of the people who coded the dastardly deed, if they wish to step forward, they will need to do it themselves."
On the other hand, "text-decoration: blink" (which has also been killed in Firefox) is standard CSS (although the standard does go on to kind-of suggest not implementing it...)
Thing is, back in the day, blink did have its uses...
<blink><font color="red">"If you click continue,
your database will be irretrievably deleted, your
children shipped off to coal mines, and your tea
served lukewarm."</font></blink>
Did "Hot Dog Stand" have any legitimate use? How did it end up being delivered? EDIT: Apparently, useful for monochrome displays and some forms of colourblindness, according to a comment here (http://www.codinghorror.com/blog/2005/07/a-tribute-to-the-wi...)
Am I the only one who liked the Program Manager and the windows-minimise-to-the-desktop behaviour of win3.x? It seems like every other bizarre idea has been implemented in a window manager somewhere except that one. Or am I wrong?
Great stuff! I love a good satire. It's amazing what you can do with css there days. Especially <sparkle> is impressive. I also love that you used neocities. Who doesn't miss the 90s, right?
Killjoys? Nay, bloody sodding wankers, the lot of them! Removing the <blink> tag is about as heart-warming an event as taking Old Yeller out back and putting a bullet through his brain. This is a travesty, pure and simple.
> But to this generation, it's denigrated as "retina bleach".
Given that I'm 49, this feels like being carded at 7-11.
I think the difference is screen resolution and intensity. I could sit at an old green screen for hours with no retina bleach. But jwz's site, even with the same color scheme, feels so much more intense than the screens of yore.
f.lux definitely helps, but it'd be awesome if all monitors adopted a standard protocol (perhaps something over HDMI-CEC) for controlling backlight brightness as well. Sometimes it's not quite enough just to turn down the blue.
My TV (which I use for a monitor) has a light sensor on it which automatically adjusts the brightness based on the amount of light in the room. It's smart, more screens should do this. Phones do it too.
I prefer my screens very dark at all times though so I turn it off and just keep the brightness to low all the time. I have really sensitive eyes, I can't go outside without sunglasses, even when its cloudy.
Woah! Careful tiger - you're running the risk of starting a holy war with the green-on-black terminal crowd there! But then, we need a new holy war, now that vi has clearly won over emacs...
Said to be most ergonomic. The warm color has since been found to be more pleasing in the evening.
After I gave up on compiz (negative plugin) due to bugs, I made a night-time stylesheet that converts white pages to orange on almost black, on a hotkey. Using it now to save my eyes from blinding light.
There is also a nice bookmarklet called invert-lightness I like a lot, however it is resource intensive on complicated pages as it must traverse the entire dom. So, I don't use it as much:
no the one true terminal is the VT100 - with the clicky sound turned on a touch typist sounded like a reenactment of the st valentines day massacre.
We even went and brought the official DEC schematics so our electronics shop could fix the rs232 isolators them when a nearby lightning strike took them out.
Sure, but the typical green-on-black terminal from days of yore is very, very, different than jwz's blog page on a modern monitor... I don't know whether it's strictly the color of those old phosphors or other physical attributes of the displays, but it's like night and day.
[I was a particular fan of the H29, a soft yellowish grassy green, it was cheerful without being grating, just great to use. Also a good feeling detachable keyboard, lots of nice stuff.]
Agreed that the difference is like night and day. I also remember the black of the green-on-black terminals was "lighter" somehow, so that there was less contrast between the black and the green. The lower contrast definitely saves on my eyes.
I approximate this in iTerm2 by setting my background to RGB (0, 39, 0), and foreground to RGB (26, 223, 0).
Probably not perfect, but I found it works fine with a MBP non-retina built-in as well as an external LCD.
I spend basically all day in a terminal, but green on black is still pretty grating. I use http://ethanschoonover.com/solarized (the dark version), which is quite pleasant - most text is a light grey, and the background is a very dark blue. In general, though, I find that light on dark is much easier on the eyes than black on white. That's how my Kindle Fire is set up, too.
For me, the same thing that's wrong with #222 on #222 - harder to see. In seriousness, it's easy on the eyes but doesn't seem nearly as clear as green.
And the beast shall come forth surrounded by a roiling cloud of vengeance. The house of the unbelievers shall be razed and they shall be scorched to the earth. Their tags shall blink until the end of days.
Does anybody have the firefox devs discussion on this matter. Blink was my favorite indigo child of tags. When clients wanted more attention to a div i would blink it, and they would quickly realize the error of their ways.
Not sure if he's joking or not. In other circumstances I would immediately take it as a joking but this guy has been seriously complaining about removing crappy features that should have been killed decades ago:
http://www.jwz.org/blog/2012/06/i-have-ported-xscreensaver-t...
In the above he was complaining about the removal of glBegin/glEnd from OpenGL ES (and depracating it in OpenGL 3.0+). It was a convenience feature that might have made sense back in 1992 when OpenGL was introduced but with the advent of consumer graphics hardware in the late 90's, glBegin/glEnd was essentially the reason for a 100x performance drop.
(if you're wondering whether I'm joking or not: yes I am, except for the 100x perf drop)
Now we need a new semantic tag to indicate content will be annoying that we can style with css however we like. I propose we reuse the blink tag for that purpose.
<blink>The new iphone is rumoured to...</blink>
<blink>Version 0.1.2 of xyzscript has just been released...</blink>
As demonstrated by the argument that blink deserves elimination because of the past, the big rationale is punishment - premised upon anthropomorphizing an HTML tag.
What I remember about the days of blink is fucking amazing the web was. The driving ideal was connecting everything to everything else - not creating gated communities of cul-de-sacs. What was far more annoying than blink was auto-playing music.
Now in fairness, if the web has ceased to be a source of annoyance since, I must not have noticed. Was there a memo?
if you read the comments thread on jwz's site there's a discussion that concludes that blink doesn't blink fast enough to cause seizures- There's specific MIL specs they cite.
Blink was a non-standard tag added to Netscape. Presto supported it because Opera tried to support everything. Trident and KHTML/WebKit/Blink never supported it.
I don't care what you say, there is no rhyme or reason for browsers to keep dropping <blink> support while all of them continue to support <marquee> (though it's probably just a matter of time?)
So I for science I tried applying "shudder linear 0.1s 0s infinite" to the <body> tag. It may be because I'm hungover but I came very close to throwing up.
I always thought that <blink> should be implemented by alternating between a high and low intensity color. That way it's not invisible 30% of the time when you're reading it. I suspect if it had been done this way, it would have been seen as far less offensive.
Makes sense there would be a MILSPEC for blinking but avoiding seizures. If you have an LCD that can only show blank or numbers, the only visual way it has to warn you about something, like a number being too high, is to blink.
since "the killjoys" (actually quite accurate in this case) AT WIKIPEDIA won't let me put the words 'LUDICROUS SPEED' in blink tags or capitals on the Spaceballs article, what's the point in having it anyway?
I learned something interesting from a comment on the post:
"I was a neuro tech for a long time, doing tests for epilepsy. A 1Hz blink can trigger a seizure, but only in a vanishingly small number of epileptics and only if it's sustained - photosensitive epileptics (far from all epileptics) usually need at least 8-10Hz strobing before epileptic activity rises. The common range is ~12-16.
All this being said, have a 3:1 duty cycle is better UX anyway - the blink off works as the attention-grabbing highlight, and the longer duration on allows what's highlighted to be more easily read."
Anyways, a sad day.