Shelley Powers: Frankly, you seem to have a very narrow sense of what a contribution is.
I didn’t use the word contribution anywhere on that page, and 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. I may never completely solve that problem, but I am committed to try.
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.
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]
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.
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.
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.
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.
Sam wrote: “I’m not done mixing things up.”
Aren’t things mixed up enough?