NYTimes.com Hand-Codes HTML & CSS 496
eldavojohn writes "The design director of NYTimes.com, Khoi Vinh, recently answered readers' questions in the Times's occasional feature 'Ask the Times.' He was asked how the Web site looks so consistently nice and polished no matter which browser or resolution is used to access it. His answer begins: 'It's our preference to use a text editor, like HomeSite, TextPad or TextMate, to "hand code" everything, rather than to use a wysiwyg (what you see is what you get) HTML and CSS authoring program, like Dreamweaver. We just find it yields better and faster results.'"
Re:Benefits vs Issues (Score:5, Insightful)
1. Handcoding takes a lot more effort and needs more 'actual' writers than before. So more techies keep their jobs in a recession.
Score: Hancoding 1: Dreamweaver: 0
Score: Hancoding 2: Dreamweaver: 0
Score: Hancoding 2: Dreamweaver: 1
Score: Hancoding 2: Dreamweaver: 2
I hate them for wasting my money as a shareholder.
Re:W3C (Score:4, Insightful)
Agreed. <br /> should be, AFAIK, guaranteed to work in any working HTML parser because all HTML browsers have to ignore unknown properties in tags, including potentially that slash, in order to be forward-compatible with future changes to the specification. Assuming they included the space, then IMHO the W3C validator is being way too pedantic (as usual). If they left out the space (<br/>), then the W3C validator is right to warn about it, as that form does choke some HTML parsers, IIRC.
Re:W3C (Score:4, Insightful)
That reasoning would work if the people behind XML had chosen any other character to indicate empty elements. But unfortunately, they chose the slash. Not many people realise because browser support is rare, but a slash inside an opening tag means that it is the end of the tag and the contents follow. Basically, <foo/>x/ is equivalent to <foo>>x</foo> .
So no, while parsers that don't implement HTML fully might mistakenly treat it like an attribute, a parser that fully implements HTML cannot do so, and a validator certainly shouldn't.
What on earth do you think a validator is for, if not to point out syntax errors? Do you complain that your spelling checker is being pedantic when it tells you that you have misspelt something?
Re:W3C (Score:2, Insightful)
In other words they worried about the user experience, not technically standard syntax or some parser's score.
It's nice to see that not only does the New York Times hire the best writers, they also hire the best techs.
Re:W3C (Score:3, Insightful)
They will try to work around your bugs. There's no guarantee that the heuristics of a given browser will succeed in correctly guessing what you actually meant in a given case.
The best argument for writing bugless web pages is not that it takes less work (it does), nor that they works with more browsers (they do) and thus give you more customers. No, the best argument is simple: "Given how stupid computers are, do you really want the appearance and function of your website to be up to their guesses ?"
Yes and, err, no? (Score:4, Insightful)
Re:W3C (Score:5, Insightful)
Re:Yes, and? (Score:4, Insightful)
It's the case for almost any *large* dynamic website, but having spent a couple of years doing web development in the design industry, I can tell you that at least in the UK, a large proportion of the small agencies are using Dreamweaver for most things.
Fuck knows why - I'd rather be handed an Illustrator file and turn it into HTML then have the crap that Dreamweaver spits out given to me, and have to try and turn it into something dynamic.
Blame our woefully inadequate education system (Score:3, Insightful)
I must say however, that your insistence on lumping everyone in this country into the "ignorant American" stereotype is also pretty annoying and reinforces negative aspects the snobby European stereotype.
Re:W3C (Score:3, Insightful)
Browsers that don't comply are pretty much worthless. You can't even view the W3C specification without ignoring unknown attributes. Good luck with almost any web page on the planet. The following sites all either have nonstandard attributes or are missing required attributes:
You get the picture. Good luck using the web with a browser that performs strict attribute validation.... It may technically be non-binding, but in reality, any browser that doesn't follow that guideline isn't going to work with the overwhelming majority of web pages in existence today. And in the end, a browser that won't even let you view the Google front page is not going to be used by... well... anybody.