The first web site(line-mode.cern.ch)
line-mode.cern.ch
The first web site
http://line-mode.cern.ch/www/hypertext/WWW/TheProject.html
62 comments
I remember trying out the "World Wide Web" when it was ~1000 pages, most of them about physics.
Didn't see the value, really. Just a gimmick. I always remember that when I'm about to dismiss something new...
Didn't see the value, really. Just a gimmick. I always remember that when I'm about to dismiss something new...
It still gets me the original tags/attributes were all uppercase. Personally, I'm quite thankful that didn't stick.
It made sense coming from SGML where you're mostly reading and writing text with an occasional bit of markup. Now it seems some people don't even know that text can appear on a page without first being munged in using the DOM.
Interesting, did not know that bit of history. Thanks! For the curious:
https://www.w3.org/TR/html4/intro/sgmltut.html
https://www.w3.org/TR/html4/intro/sgmltut.html
Something something... Markdown...
Allow me to plug my project here to resurrect SGML in all its glory.
Just two days ago, my paper for parsing HTML5.1 in its entirety using SGML [1] has been accepted for the XML Prague conference, if anyone is interested.
[1]: http://sgmljs.net/docs/html5.html
Just two days ago, my paper for parsing HTML5.1 in its entirety using SGML [1] has been accepted for the XML Prague conference, if anyone is interested.
[1]: http://sgmljs.net/docs/html5.html
A few years ago I managed to resurrect my first website which I wrote back in 1994/5 (found it on the waybackmachine.) When I re-published the site I left the uppercase HTML in place as historical artifacts sprinkled throughout the code. :)
hah, I just was taking a look at that old code again and found this little gem:
hah, I just was taking a look at that old code again and found this little gem:
<H3 ALIGN = CENTER><BLINK>Frame ALERT!</BLINK><H3>
<P>
This document is designed to be viewed using <B>Netscape 2.0</B>'s
Frame features. If you are seeing this message, you are using
a frame <I>challenged</I> browser.
</P>
Not that much. Probably everyone writes something to handle challenged browsers, namely Internet Explorer <!--[if IE]>.
I think what really changed is that the blink has become bad taste, but it has been replaced with other bad practices.
Now if your code included screen resolutions forcing people to set their screens a certain way, that would be a throw-back.
I think what really changed is that the blink has become bad taste, but it has been replaced with other bad practices.
Now if your code included screen resolutions forcing people to set their screens a certain way, that would be a throw-back.
Something like that?
http://www.paulgraham.com/gfaq.html
PS: I agree with Graham on his last point about web design, but that was the first example of fixed resolution that came to mind. I still write 2 or 3 css rules each time I read one of his essays.
http://www.paulgraham.com/gfaq.html
PS: I agree with Graham on his last point about web design, but that was the first example of fixed resolution that came to mind. I still write 2 or 3 css rules each time I read one of his essays.
Actually, this was not his last point. The last point was commented out (if you read the page's source, you'll find this after the 70 characters per line comment).
The fixed resolution has fixed dimensions, not a fixed ratio. Meaning if you view the content on a different screen setting, the content will not change to preserve readability. It's different than the 70 characters per line because you still have 70 characters per line on a bigger screen. The eye not having to travel horizontally is the point because the travel can be irritating at any character size.. That's why code is limited to 70-80 characters per line.
However, this is a problem on mobile: on a big screen, the 70 character is a good thing because you still have a good chunk of text vertically and are able to read with ease. On mobile, on the other hand, your reading speed is way faster than 80characters * number of lines displayed on a mobile screen.. So you spend your time scrolling frantically to keep up with how fast your eyes are reading.
On a laptop, HN is too small but even having it zoomed at 150%, I still have a lot of leeway to read fast. On mobile, the layout is a bit better but every thread seems to go on like forever because the amount of scrolling is just insane.
70 characters per line was because horizontal eye scanning has a higher cost than vertical scanning. But a muscular action of the hand has a higher cost than both, which you're paying on mobile. Imagine reading a book in which each page has only 5 lines and you have to turn the page every couple of seconds. It's just way too tiring.
<!-- <b>How did you make the buttons in your site?</b><br><br>It's made with Yahoo Store. Yahoo Store made all the images in this site, not just the buttons but the titles and thumbnails as well. Within the software there is an image renderer, written in C, that takes as input s-expressions describing images.<br><br><b>What are the email addresses in white text at the bottom of the pages?</b><br><br>Bait for spam crawlers. -->
The fixed resolution has fixed dimensions, not a fixed ratio. Meaning if you view the content on a different screen setting, the content will not change to preserve readability. It's different than the 70 characters per line because you still have 70 characters per line on a bigger screen. The eye not having to travel horizontally is the point because the travel can be irritating at any character size.. That's why code is limited to 70-80 characters per line.
However, this is a problem on mobile: on a big screen, the 70 character is a good thing because you still have a good chunk of text vertically and are able to read with ease. On mobile, on the other hand, your reading speed is way faster than 80characters * number of lines displayed on a mobile screen.. So you spend your time scrolling frantically to keep up with how fast your eyes are reading.
On a laptop, HN is too small but even having it zoomed at 150%, I still have a lot of leeway to read fast. On mobile, the layout is a bit better but every thread seems to go on like forever because the amount of scrolling is just insane.
70 characters per line was because horizontal eye scanning has a higher cost than vertical scanning. But a muscular action of the hand has a higher cost than both, which you're paying on mobile. Imagine reading a book in which each page has only 5 lines and you have to turn the page every couple of seconds. It's just way too tiring.
The help page user lowercase tags, so maybe it was always case-insensitive? http://info.cern.ch/hypertext/WWW/Help.html
From Tim Berners-Lee -
"Some tags take parameters, called attributes. The attributes are given after the tag, separated by spaces. Certain attributes have an effect simply by their presence, others are followed by an equals sign and a value. (See the Anchor tag, for example). The names of tags and attributes are not case sensitive: they may be in lower, upper, or mixed case with exactly the same meaning. (In this document they are generally represented in upper case.)"
https://www.w3.org/History/19921103-hypertext/hypertext/WWW/...
https://www.w3.org/History/19921103-hypertext/hypertext/WWW/...
I don't think it was ever case sensitive. I'm pretty sure that in 1994, I was using lower case html tags without issue at university in Mosaic. Netscape Navigator definitely allowed you to use lower case tags. My final year project was littered with mixed case tags.
I remember switching over. It took some getting used to!
Hmm, no HTML tag, if you view source of http://info.cern.ch/hypertext/WWW/TheProject.html
The HTML spec allows omitting <html>, <head>, and <body>, under certain circumstances. See https://html.spec.whatwg.org/#syntax-tag-omission for the exact rules.
(Not that that page validates with a modern HTML standard, but it doesn't fail for that particular reason.)
(Not that that page validates with a modern HTML standard, but it doesn't fail for that particular reason.)
I wouldn't think you really need an <html> tag, provided the server has specified the right Content-Type.
Heck, given that you can set stylesheets using the Link HTTP response header rather than the <link> tag, you can skip the separation of <head> and <body> for simple pages as well. Just start with what would go inside the body, and then the <head> ends up where it belongs—in the headers. ;)
Heck, given that you can set stylesheets using the Link HTTP response header rather than the <link> tag, you can skip the separation of <head> and <body> for simple pages as well. Just start with what would go inside the body, and then the <head> ends up where it belongs—in the headers. ;)
> According to http://line-mode.cern.ch that page hasn't even been modified to work in a modern browser - it still displays perfectly as-is!
That is cool. But also, it is a shame that there is absolutely no way to ensure that a website keeps working in the future.
That is cool. But also, it is a shame that there is absolutely no way to ensure that a website keeps working in the future.
<NEXTID N="55">
I wonder what that is
it's a deprecated html element:
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ne...
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ne...
Maybe the HTML part but not the CSS, there are browser specific attributes and use of 'em' for example.
A few summers ago, my family traveled to Switzerland, ostensibly for hiking, but it was on the heels of the Higgs discovery, and we signed up for a tour at CERN. Among the items in their museum is the computer that ran the first web site. It was a NeXT cube, with a card taped to the side, humbly requesting that it not be turned off.
I'm still amused by the thought of a time when the entire world-wide-web could be brought down by accidentally turning off one computer!
I'm still amused by the thought of a time when the entire world-wide-web could be brought down by accidentally turning off one computer!
Are there two of them? I saw it at the Science Museum in London.
There are two of them, but I think they are both at the CERN.
One is displayed to the public, and, IIRC, the other one is in a showcase at the entrance of a lab.
One is displayed to the public, and, IIRC, the other one is in a showcase at the entrance of a lab.
I also see it at the Science Museum London in this gallery:
http://www.sciencemuseum.org.uk/visitmuseum/plan_your_visit/...
Was it a loan then? It looked like part of the permanent collection.
http://www.sciencemuseum.org.uk/visitmuseum/plan_your_visit/...
Was it a loan then? It looked like part of the permanent collection.
> I'm still amused by the thought of a time when the entire world-wide-web could be brought down by accidentally turning off one computer!
Somewhat relevant xkcd: https://xkcd.com/908/ ;).
Somewhat relevant xkcd: https://xkcd.com/908/ ;).
This, Jen... is the Internet.
Seems almost completely illegible to me, is that an intended part of the filter effect?
Edit: looks like chrome completely fails to display this font. Firefox handles it well enough
Edit2: Funny quirk, the css rule
Edit: looks like chrome completely fails to display this font. Firefox handles it well enough
Edit2: Funny quirk, the css rule
* { display: inline }
Oh...that's what that is. I get some JS thrown in there too.
i instinctively went to "ctrl-c" the site after typing in a couple numbers...
Sadly many of the links are broken.
If I was part of a university IT team and our site was linked to from the first webpage ever, I would at least make sure there was a redirect to a working page.
If I was part of a university IT team and our site was linked to from the first webpage ever, I would at least make sure there was a redirect to a working page.
Actually, that this could happen (and did routinely) was seen as resilience by TimBL, a feature that allowed anyone to work on their own stuff without having to ask for permission. Having software that could have imperfection was what made the original idea revolutionary. The tone was more encyclopedic to encourage researcher at the time to contribute and update their link when they knew the target was changed, but they could very well not do that.
That first web page still exists because of the emotional value, but the pages this was linking to (or pages those were linking to, etc.) lost their interest at some point. That’s natural.
That first web page still exists because of the emotional value, but the pages this was linking to (or pages those were linking to, etc.) lost their interest at some point. That’s natural.
Maybe I am missing something, but how is this the first web site when it has css and javascript, which were brought about in 94-95, when the page claims it was published in 1992.
In clicking around, most of the page is the "original" but not sure about the line mode part. Thoughts?
http://first-website.web.cern.ch/blog
In clicking around, most of the page is the "original" but not sure about the line mode part. Thoughts?
http://first-website.web.cern.ch/blog
They try to give us not just the content, but also the look and feel of the display at that time, I think. Therefore there are CSS and JavaScript.
ibiblio also hosts a site claiming to be the world's first[1]. Berners-Lee used it as a demo at Hypertext '91.
[1] http://www.ibiblio.org/archive/2013/07/forbes-unc-and-the-ol...
This seems less like a website and more like a webbified gopher[0] protocol client-server experience. View source red flashing light: no <CAPITALS-ONLY-TAGS>. This is heavily massaged.
[0] https://en.wikipedia.org/wiki/Gopher_(protocol)
[0] https://en.wikipedia.org/wiki/Gopher_(protocol)
This page seems like a modern re-creation of what experiencing the original page on the original software and machines was like. The plain original page is at http://info.cern.ch/hypertext/WWW/TheProject.html.
Speaking of Gopher, from http://info.cern.ch/hypertext/WWW/Protocols/RelevantProtocol... : "Chances are that future versions of the Gopher and HTTP protocols will converge."
Reproducing the animation effect and terminal functionality on a website today wouldn't be that straight forward :-D
So the very first web site already adhered to that pernicious habit of not dating online documents properly ;)
[deleted]
Woah, this is a great deal snazzier than the first US WWW site. http://www.slac.stanford.edu/history/earlyweb/firstpages.sht...
LMB project: https://github.com/cern-hackdays/lmb
Perhaps I'll submit a pull request to auto-focus the prompt!
Perhaps I'll submit a pull request to auto-focus the prompt!
For anyone getting a bunch minified js/css written out in line mode rather than the actual first website: turn off your browser plugins/extensions :)
Doesn't seem to support Safari. The first web site ever surely didn't print anything about "@-webkit-keyframes" on the screen!
I was initially surprised to see a bunch of LastPass Javascript at the top of the page.
Actual "css, fonts, js" folder structure. Long time no see
I would love to see that integrated into Archive.org!
On opening this thread in HN client "Materialistic" app. It crashes on its own. Is it happening with any other hn clients too? What's the reason for it?
[deleted]
We've come a long way!
nice to see the concept of hypermedia so early in the text
I am just finishing The Innovators by Walter Isaacson (the guy who also did Jobs' biography) and it did a good job at tracing the threads of theoretical information management systems through to their practical manifestation via the invention of the web by Berners-Lee. It's a decent read and I'd recommend it if you have an interest in the history of computing as a whole and how the various ideas and concepts that came to shape how computers exist today were first born then later realised.
[deleted]
The WWW has just f* up the humanity.
Exiting from the WWII we had some hope in the future.
Everything is lost now.
You can also go to the page without the line mode browser emulation: http://info.cern.ch/hypertext/WWW/TheProject.html
According to http://line-mode.cern.ch that page hasn't even been modified to work in a modern browser - it still displays perfectly as-is!