It’s just data

Different Drummer

Dan Connolly: Anyway... if we don’t see a whole lot more trust and cooperation than I’ve seen lately, we’ll either have to leave a bunch of stuff unspecified or get creative about decision-making processes

Question: Who would benefit most from a widespread perception that the W3C HTML Working Group is mostly dysfunctional?

Compare: The Atom Design Principles consisted of four bullets and approximately fifteen words.

Compare: The HTML Design Principles (Proposed) have four categories of principles and over eighteen hundred words.

But perhaps most significant difference here is that the third Atom principle has been placed in the “Disputed Principles” category by the HTML Working Group.

Inclusive or Exclusive?

David Hyatt: Maybe we fundamentally disagree on this point, but to me an HTML5  document should be a superset of an HTML4 document.  Any HTML4 document should render correctly as an HTML5 document

Anne van Kesteren: HTML5 gives you one better. It has in fact removed (obsoleted, if you wish) presentational markup

Both statements are mostly true, contradictory, and (in an absolute sense) false.

Here’s a document which is spec compliant, and will be declared as such by the W3C Markup Validation Service (and the beta!), yet isn’t handled correctly by any major browser vendor, nor does it conform to the current  HTML5 draft.

The reality is that validators that accept documents that nobody supports and yet spew out reams of dire warnings that bear little correlation to what is actually implemented tend to get ignored.  Of all groups, the HTML Working Group should be the one most acutely aware of this fact.

Follow Draco or Postel?

T.V Raman: I still dont want to see a language that “blesses” ill-formed authoring and turns it into something that all of us have to repeatedly implement

James Graham: If HTML5 were to take the path of ensuring well-formedness, I would expect HTML4, presumably with all the same interoperability problems we have today, to remain the defacto current HTML for much of the web

Again, both statements are mostly true, contradictory, and (in an absolute sense) false.

For the moment, put yourself in the shoes of the vendor who both enjoys the largest market share in this arena, and accordingly shoulders a disproportionate need to maintain absolute compatibility.  To such a vendor, the desire to follow a plan such as the following must be overwhelming:

Now add a backdrop where the W3C has proven to be a bit, well, constipated in this area — a situation that now is markedly improving, but only years after that same vendor has been executing on an alternative plan — and that’s exactly the point where this story gets a bit interesting...

Silverlight and SVG Side-by-Side

Let’s start with this page which includes a simple four color logo rendered in both SVG and Silverlight.  View Source.  The similarities are striking... mostly capitalization differences... almost reminiscent of C# vs Java, but let’s not digress...

Depending on your browser and what plugin you have installed, you may not see either image, or only one.  If anybody finds a browser that displays both, I’d be interested in hearing about it.  IE refuses to display any content served as application/xhtml+xml, other browsers will only display SVG if the content is served as application/xhtml+xml, and the Firefox plugin that Microsoft provides won’t display Silverlight content if the content type is application/xhtml+xml, or (as near as I can tell) if there is a DOCTYPE that triggers standards mode (and, yes, this includes HTML5’s minimal doctype).  All this notwithstanding, I have managed to find a combination that works.  On Firefox.  On Windows.

But again, I don’t want to get sidetracked.  The more important thing to note is that the entire page is well-formed according to XML’s definition of the term.  More on that in a minute.

But first, let’s look at a slightly more complicated example.  Here you can see a bit of divergence, and the Silverlight sample seems to be a bit more verbose.  That could be my ignorance of the idioms showing through, but in any case, the parallels between the SVG and Silverlight implementation are obvious, and the Silverlight version is still quite readable.

In developing that sample, and trying to follow this advice, I became aware of one thing: Silverlight is draconian.  I’m not talking about mere well-formedness checks, I’m talking about a much more extreme sense.  Simply include a single element or attribute that is not recognized, and absolutely nothing in the entire canvas will be rendered.

Nothing.

It is my guess that the reasoning is thus: experts will find a way to make it work; and non-experts will make use of a tool, and sometimes even a moderately expensive tool at that.

Future

I certainly have no crystal ball, and the potential futures are many.  One potential future is that HTML has survived many assaults from the likes of Flash, has assimilated and/or accommodated all of them, and is still going strong.  Another one is that HTML has rested on its laurels for a bit too long, and the lessons of REST and Flash have been well learned.

A worst case scenario may very well be that, over time, increasingly more and more content gets rendered by a common plugin that is closed source and controlled by a single vendor.  To achieve this would require a multi-pronged attack: step 1 might be to sign up a string of vendors to provide content, enough so to entice users to download the plugin.  Step 2 would be to provide some unique hook that will appeal to developers.  And do so with an permissive license that is assured to be picked up by others.  After all, in the final analysis, a solid implementation with a no-excuses license often is the sure path to ubiquity, and quicker than a capital-S “Standard” too.

For example, just imagine how fast the Rails guys will climb aboard if they can be assured that 80% of the Mac developers already have the ability to directly run Ruby in the browser installed on their machine.  Particularly if Ruby runs fast there.

This certainly has the potential to significantly raise the bar for Tamarin.

And if it should so happen to inconvenience vendors that chose to defect, so be it.

In any case, as tempting as it may be to place the blame on any one vendor, the true villan in all this may be the unreasonable desire to funnel all innovation through one specification, and in the process shut down extensions.  While it is true the incremental change is often the key to successful evolution, it is equally true that random change and Darwinian weeding are the fuels that drive progress.

Footnote1: XAML

I’ve seen references to XAML vs SVG or XAML vs XUL, but in reality XAML is nothing but a window into the underlying class libraries provided by the runtime in question.  An XML binding, if you will.  Ellipse, for example, is a class.  One that is not standardized by ECMA, but rather provided by Microsoft with the proprietary CLR implementation.  Nor is it provided with the permissively licensed DLR.

Footnote2: XHTML and other alternatives

XHTML meets Microsoft’s criteria for an explicit “opt in”.  Of course, this flies in the face of conventional wisdom that was the requirement to include quotes around attribute values and slashes in empty tags that did XHTML in, and not, say, the lack of compelling new features.

Or perhaps not.  Perhaps it was the insistence of the browser vendors that happened to implement namespaces like SVG and MathML to stick to the letter of the XML specification whereas these same vendors had long ago collectively chosen to not follow the SGML specification quite as closely.

A third possibility would be that an entirely new vocabularly, such as XUL or Apollo would address the issue.  As would the mega draconian Silverlight itself, should Microsoft chose to pursue that path.

Perhaps what HTML needs most of all is a Roadmap.

P.S.

The correct answer to the rhetorical question posed at the top of this post is “nobody”.


Whenever Slashdot covers some new piece of technology that Microsoft releases under some supposedly permissive license, the article invariably gets tagged by the readers with this tag: “itsatrap”

I suspect that this has never been more true than it is with SilverLight.

I installed SilverLight on my Powerbook by the way, and I can confirm that the SVG/SilverLight page that works on FF on Windows also works on FF on OS X.

Posted by Bob Aman at

The other part of the future that needs looking at is the mobile/embedded space. How many of these platforms will run on next year’s mobile phone? Java still has a monopoly there, although GMAE is going to shake things up. I believe Adobe charges for their arm flash runtime, although swfdec/gnash can both play YouTube now.

Oh, and subscribe (although I’ve been visiting regularly for the past few months).

Posted by James at

The first blog post whose comment feed I’ll be subscribing to: Different Drummer (an instant…

The first blog post whose comment feed I’ll be subscribing to: Different Drummer (an instant classic)...

Excerpt from Justinsomnia at

La fine di HTML?

Ho letto un post interessante di Sam Ruby che si interroga sul futuro del web. A quanto pare HTML Working Group , che conta ad oggi 386 partecipanti, fatica a trovare accordi sulle specifiche di HTML5 . Le posizioni contrastanti su punti cruciali...

Excerpt from Senza Identità at

HTML 5, Runtimes And Vendors

Roger Johansson notes that HTML 5 compliant browsers will treat all content served as text/html will treat it with the HTML 5 specification. And this means that all of today’s HTML and most of XHTML will be HTML 5. Of course, this is what W3C...

Excerpt from iface thoughts at

Here We Go Again…

From a purely ecological standpoint, it’s a dodgy proposition to attempt to control an undesirable ecological condition by introducing a new species. At best, you face unforeseen consequences as the ecosystem adjusts to the presence of an...

Excerpt from Man Bytes Blog at

Sam Ruby: Different Drummer

[link]...

Excerpt from del.icio.us/tag/svg at

Sam Ruby: Different Drummer

“Who would benefit most from a widespread perception that the W3C HTML Working Group is mostly dysfunctional?”...

Excerpt from del.icio.us/tag/svg at

Links for 2007-05-03 [del.icio.us]

The Artemis Project: Bridge Apollo and Java To talk to native desktop features that Java gives you from Apollo. Interesting choice. Why not bridge to the real native devices so you can do anything? :) Sam Ruby: Different Drummer Ah, an interesting...

Excerpt from techno.blog("Dion") at

Who benefits from perception that W3C HTML Working Group is dysfunctional?

[link] [more]...

Excerpt from reddit.com: programming - what's new online at

Jeremy Zawodny on Silverlight

Jeremy Zawodny of Yahoo has written a great post about Silverlight and what it means to the industry. Its probably the best thing I’ve seen written from a neutral point of view. I couldn’t agree more with his last two paragraphs: Now...

Excerpt from Shebanation at

SVG to Silverlight Workbench

Demo Notes:  Requires the Silverlight plugin to see the silverlight rendering, and a browser that supports SVG to see the SVG rendering. This is a work in progress.  Conversion of many SVG features ... [more]

Trackback from Sam Ruby

at

Thanks for the effort to get SVG and Silverlight working side by side inside of HTML. It’s a valuable result, good to start some more comparisons.

Maybe in your script file ‘svgForHTML4.js’ Line 28

var source = roots[0];

should read

var source = roots[i];

Posted by Stefan Gössner at

Sam Ruby: Different Drummer

“A worst case scenario may very well be that, over time, increasingly more and more content gets rendered by a common plugin that is closed source and controlled by a single vendor.”...

Excerpt from del.icio.us/sogrady/silverlight at

Time For Academic Librarians To Tune In To The Semantic Web

Editor’s Note: We present this guest post by Brett Bonfield, a graduate student in the LIS program at Drexel University, intern at the Lippincott Library at the University of Pennsylvania and an aspiring academic librarian. What if your...

Excerpt from ACRLog at

¿Postel o Dracón?

La primera vez que leí sobre la ley de Postel : “Sé conservador con lo que envias, liberal con lo que recibes” (*) me pareció tan filosóficamente interesante que intenté escribir una entrada al respecto, pero no supe, porque no tengo el gen gurú...

Excerpt from Yet Another Programming Weblog at

Links for 2007-05-04 [del.icio.us]

murphee’s Rant Werner has a very good explanation of the decisions facing Ruby as regards threading and lightweight processes. The approach of one Ruby Multi-VM process, with one native thread per VM sounds very cool. I, Cringely . The Pulpit ....

Excerpt from Obie Fernandez at

Jackson Harper: A Mono Developers Guide to writing XAML by hand.

Most UI creating markup languages do not require the developer to know very much about them. A developer rarely hand writes their Glade by hand, but the dynamic nature and lack of free tools for creating XAML, will force a lot of developers to hand...

Excerpt from Monologue at

Fight the Future

Beyond the ersatz fireworks display, the symbolically fraught medal competition, questions of audience demographics, or even the success of the carefully planned Lenovo marketing campaign, the Olympics are about the future of technology. At issue is...

Excerpt from tecosystems at

Add your comment