6 ms·
> HTML is built around intentionally ignoring malformed input To elaborate: In the very early days, HTML was often written by hand. Part of the early vision
by picomancer 13y ago
> HTML is built around intentionally ignoring malformed input
To elaborate: In the very early days, HTML was often written by hand. Part of the early vision of the web was that anybody could write HTML and publish content.
It was thought that allowing malformed HTML to result in a completely blank page or an error message would be too unfriendly for less technical users.
In those early pre-CSS pre-JavaScript days, HTML was more like bbcode, Markdown, or RST today. It's interesting that AFAIK those languages don't have a notion of malformed input -- there is no movement to tighten the bolts on Markdown in the way that XHTML attempted to tighten the bolts on HTML.
- sillysaurus2 13y agoSurely "ye olden HTML days" aren't that far back that we should be talking about them in past tense? I just had a conversation with an iPhone repair guy. He asked me to help him fix a centering problem in his website. So he pulled up the HTML, and it was just awful. Table-based layout, broken tags... But it worked, and I taught him about the <center> tag. He gave me a discount on my repair. Malformed HTML input is still very much alive and well, and necessary for non-technical people.
- nostrademons 13y ago<center> is deprecated in HTML5. Unfortunately teaching him about margin: 0 auto and text-align: center might be a bit more complicated.
- wubbfindel 13y agoSounds like that was the least of his HTML problems. Probably wasn't using CSS at all of he was using tables for layout.
- tragomaskhalos 13y agoLet he who has not used table-based layout cast the first stone ...
- ntumlin 13y agoI remember thinking, "Wow! It even makes these stylish borders around the cells" Oh the horror.
- eksith 13y agoTable based layouts (still being used on practically every forum I frequent) weren't so bad until mobile came into the picture. With fixed sizes, they just weren't flexible. Plus the added bandwidth of sending hundreds of <td>s were non-trivial for those of us who were on a shoestring budget and had sudden influx of visitors back in the day. Of course, now we've replaced the hundreds of <td> with hundreds of JS files instead. Problem solved!
- runn1ng 13y agoIf I remember correctly, in IE6, the table didn't load until all of the elements loaded. That's how they tought us tables were baaad.
- eksith 13y agoIndeed, you do remember correctly. This was especially fun on dialup. But it was OK because the forum was running phpBB, which would invariably be hacked/spammed, so you'd be getting a free dialer which was guaranteed increase download speeds ;)
- mistercow 13y ago>In the very early days, HTML was often written by hand It's still often written by hand, but not generally by novices.
- TazeTSchnitzel 13y agoWhen I was younger I assumed pros used Dreamweaver. Quite the opposite!
- mgkimsal 13y agoPros assumed that you used Dreamweaver?
- SiVal 13y agoIf it was more than about ten years ago, you were correct. In the late 90s and early 2000s, a majority (>50%) of professional Web developers used Dreamweaver, according to market surveys done at the time. It worked quite well when the formatting was in the HTML instead of CSS. It was essentially a GUI word processor with an HTML file format. When CSS took over the presentation role, drawing the interface like a MS-Word doc no longer really worked.
- Sharlin 13y agoOne thing I really really really find horrible in word processors is the nonseparation of content and presentation. Yes, they have paragraph styles you can apply, and hope everything you marked with that style actually changes when you change the style, but in practice it never seems to work well and the UX leaves much to be desired.
- oneeyedpigeon 13y agoDo you have a link to one of those surveys? I just find that incredibly difficult to believe given that a) CSS had really started to take off by then (early 2000s) b) even using presentational HTML, it's much harder to work in a WYSIWYG environment when it comes to fine-grained control (which is what professionals are likely to require) than in a text editor.
- blasdel 13y ago> there is no movement to tighten the bolts on Markdown Oh but there was one, and it was desperately needed! Gruber's original implementation was absolutely riddled with logical inconsistencies, outright bugs, and even an escaping vulnerability that was exploited by an XSS worm to self-replicate on Reddit. This project originally started as a PHP transliteration of Gruber's pile of regexes, and it's early version history is a nice summary of all the warts as they were discovered (and never fixed upstream): http://michelf.ca/projects/php-markdown/classic/#version-history http://michelf.ca/projects/php-markdown/classic/#version-his...