2010
How IE9 Platform Preview Feedback Changed the JavaScript Standard - IEBlog - Site Home - MSDN Blogs
Web standards are complex software artifacts and like all software, they contain bugs. Sometimes the best way to find and fix compatibility bugs is to implement and deploy the standard on widely used browsers.
Sam Ruby: Open Graph Protocol
huh?The meta tags are intentional; they come from the RDFa syntax spec ([link]). We’re not exactly using the tags as intended by the Semantic Web community, but think that it’s the right balance between developer simplicity and standards.
gist: 330963 - Test for browser redirection handling WRT URI fragments, quick and dirty.- GitHub
Test for browser redirection handling WRT URI fragments, quick and dirty.
2008
David Baron's weblog: Teaching to the test
We're not planning to cram a bunch of Fixes into Firefox 3 since it's almost ready, and cramming features in at the last minute risks hurting other Web standards support or hurting some of the other things that make Firefox a great browser.
oui. un discours réaliste (bien que nouveau) qui prend en compte tout le contexte. Cela me rappelle une anecdote d'une amie. Au Canada, elle pratiquait le karaté. À la fin de chaque année, elle était préparée pour passer l'examen des ceintures. Au Japon, elle a repris les cours à zéro. Le maître propose enseigne la technique et la philosophie du karaté et les individus ne se présentent à l'examen que quand ils sont prêts. C'est toute la différence entre passer le test Acid 3 avec hack ou pas, et implémenter sérieusement la technologie en étant sur de ce que l'on fait. Et je trouve, dans ce cas ci, la démarche de Mozilla et son changement de discours plutôt bien.
Regarder les communautés évoluer est toujours intéressant. Que ce soit celles du w3c ou ailleurs. Complexe. Y participer, c'est accepté d'avoir les mains sales ou alors on est un sombre ignare idéaliste.
JScript Blog : ECMAScript 3 and beyond
CoolThe point is that JavaScript developers shouldn’t have to detect and workaround such issues. JavaScript should work the same across all implementations. We believe this is the first step in making JavaScript better. To make it possible to achieve such implementation conformance, the first step is knowing where the divergences are. We in the JScript team are looking into where various browser based implementations diverge, where our engine is incorrect in its interpretation of the specification, what if any de facto compatibility conventions have been reached, and the value of codifying such conventions into the standard. We’ve published the first draft of JScript Deviations from ES3 as a starting point.
2007
Curly Logo now on Safari 3 « code monk
Quoi ? Les gens corrigent leurs outils quand le navigateur est strict. Les fabricants de navigateurs nous auraient-ils menti ;)# The lines output by Curly Logo weren’t being broken, everything was stuck together on one line. Turns out Firefox was letting me get away with creating (XHTML) p nodes by using “document.createElement” whereas I should really be using the XML approved “document.createElementNS” to create nodes from the XHTML namespace. So now I do.
SCXML - Leftover thoughts: The world isn't flat
2006
A Guide to CSS Support in Email | Articles/Tips - Campaign Monitor Blog
Hixie's Natural Log: Writing specifications: Kinds of statements
mnot’s Web log: Invalidating Caches with POST
Safari not using its cache?
2005
HTTP Header Repository - Web Server Strings, Headers, Extensions and More
Bug List of WebKit - the Core Engine of Safari Browser
[Web-SIG] http content-location header, and different browsers

