It’s just data

Contributions Welcome

Shelley Powers: Frankly, you seem to have a very narrow sense of what a contribution is.

Again, I must confess that from my perspective you are reacting to something I did not write.  I didn’t use the word contribution anywhere on that page, and the closest I do is in the following paragraph:

A corollary to this is that people who desire to contribute need not limit themselves to any notions by any other individual as to how specs should be split out.

If you want to write tutorials or example applications or libraries, by all means do.  But that’s not the immediate problem I am trying to solve.

The problem I am trying to solve is that we don’t have the benefit of voices such as yours on the mailing list.  The W3C’s mailing list barrier to entry, while not non-existent, is dramatically better that prior W3C efforts.  The WHATWG’s mailing list allows everybody to subscribe.  But in many ways I suspect that that’s not the real barrier to entry.

One problem is that the existing mailing lists and IRC channels are firehoses of opinions from a rather rough and tumble crowd.  Places where people debate the merits of being grandiose rather than what specific changes are required.  Places where, even when a specific request is made asking people to review four specific proposals and indicate which of them they can’t live with and why, only two actually follow instructions.

Instead of picking on somebody else’s sacred cow, I’ll pick on my own, one that I gather you share: Decentralized Extensibility.  That’s certainly a flag we can proudly wave.  But in the current working environment, this quickly gets ignored and discussions on something we can all agree on replace it: the fact that Microsoft is Evil.  We all know that Microsoft steals school kids lunch money, dips little girls pigtails in inkwells and puts “kick me” signs on little boys backs when they aren’t looking.  And Google is no better.  OK, actually they are a little better in that they distract us with big red, blue, green, and yellow balls on the playground while they tie little boys shoelaces together and then look the other way and giggle when they trip.

Where was I?  Oh yea, decentralized extensibility.  From time to time I use inkscape which puts all sort of useless things in my SVGs that cause no harm and presumably helps inkscape do its job better.  Somehow we manage to survive.  In IRC, somebody mentioned a site that puts all sort of useless (from a narrow, browser implementer’s perspective) RDFa into a page.  I’d post a link, but krijnhoetmer.nl/irc-logs is down right now.  I suspect that Henri will never allow his validator to accept such markup, which he refers to as namespace porn.  Hopefully someday he figures out a way to detect hints of cleavage and can flag such too and really make his validator useful.  Either way, it doesn’t bother me much as I think it is likely that olivier will find a way to fill this gap (the RDFa one, not the cleavage one - focus people!).

And as to the mailing list: comments that the spec are too grandiose aren’t anywhere near as effective as comments that the DOCTYPE is unnecessarily pejorative which aren’t anywhere near as effective as comments that tools other than XSLT have the same problem, and SYSTEM solves this problem better than PUBLIC does.

What I wish to do (on the list!  what you do on your own blog is up to you!) is dampen the first kind of interaction, and encourage the third.  I’m still very far from where I would like to be on this.

If I ever solve this issue, we should be able to reap the benefit of many more voices.  Perhaps that’s not enough to get you to point out a specific issue in the spec and describe how it could be addressed.  If not, then I’ll simply figure out what the next barrier is, and address that.  Maybe that will never be enough, but I am committed to try.


HTML5: Contributions Welcome

submitted by gthank [link] [0 comments]...

Excerpt from programming: what's new online at

I think I haven’t referred to RDF(a) as “namespace porn”. I have pointed by URL to an image (of Norman Walsh’s RDF markup) that Tim Bray named XMLporn.jpg.

Posted by Henri Sivonen at

Anne helped me find it.  Behold: RDFa porn!  What a glorious waste of bandwidth!

Posted by Sam Ruby at

Henri:

I don’t think you can safely link Tim’s XMLporn.jpg image.  Looks like he’s got a referrer check in place that drops a 403.

Here’s the image in context: [link]

Posted by Bob Aman at

Shelley posts!

Posted by Sam Ruby at

I have to say that I think the value of the __VIEWSTATE element is a considerably greater waste of bandwidth ;-)

Posted by Nick Fitzsimons at

Links for 1/17/09 [my NetNewsWire tabs]

Periodic Dosage of Xah Lee: Neal Stephenson at Google Talk Video of US Airways A320 Crash Landing in the Hudson River Slashdot | Technologies To Watch Fail In 2009 My take on things: full screen mode for carbon emacs Sam Ruby: Contributions Welcome...

Excerpt from Adnans Sysadmin/Scripting Blog at

And Shelley has stopped posting.

I’m not going to waste my time when it’s obvious that the opinion about RDFa in HTML5 is entrenched and inflexible.

Posted by Shelley at

I’m not going to waste my time when it’s obvious that the opinion about RDFa in HTML5 is entrenched and inflexible.

“The"?  At most I see "a” dissenting opinion.  And I’ve yet to see a reply to my post where I point on that there is more commonality than Henri implies — certainly enough to build an application or library on, and that the issue that somehow seems so essential to him is hardly unique and has been addressed before.  Demonstration

If you or anybody else is interested in pursuing this, I’m committed to fostering an environment where this topic can be explored to its logical conclusion.  I do truly believe that if the final result is that there is a non-trivial amount of applications which are based on existing and interoperable behavior of browsers that common sense will ultimately rule the day.

My belief is that this process might take a fair amount of elapsed time (a few months perhaps), but not very much in terms of effort (a few dozens of hours).

I’ve outlined a few things that might be worth doing.  I would even go so far as to suggest that the results of such an effort are worth doing anyway, even if only as blog posts.  And again, I’ll reiterate my optimism that the results will be reflected in the spec.

Posted by Sam Ruby at

Sam Ruby: Contributions Welcome

Sam Ruby: Contributions Welcome. Yep. I think Sam in the HTML5 working group is a very good thing....

Excerpt from Preston L. Bannister { random memes } at

You outlined a few things that might be worth doing, which was subsequently ignored by Ian, who came into the thread and said he will look at the use cases, he will determine the validity of all requests, he will decide what is, or is not covered.

In the meantime, one of the WhatWG people thought it would be clever to demonstrate why XHTML and comments don’t mix in one of my posts.

As far as I can see, HTML5 is meant for twenty-something web application building geeks. Not for the rest of us. Shame on the W3C for not paying attention to what’s happening.

Posted by Shelley at

Join the club.  If anything Anne’s demonstration shows why it is essential to have technologies that are important to you work well with HTML if you want there to be any hope of wide scale adoption.

The plans I outlined are worthless, as are Ian’s — it is results that count.  If you find something that is not interoperable, that will need to be fixed.  If you find something that is interoperable and that sites on the Internet depend on, that will need to be documented.

As a card carrying member of the W3C, I am not only watching, but I can help set the agenda.  Consider joining the HTML working group.  Watch this space.  I’m not done mixing things up.

Posted by Sam Ruby at

Sam wrote: “I’m not done mixing things up.”

Aren’t things mixed up enough?

Posted by anonymous at

I’m a member of that club too.  Joy.

Posted by Jeff Schiller at

Add your comment