Archive for January, 2008
So what happens now?
Back in November I wrote the following in an email to a mailing list as part of a discussion about The Web Standards Project, reading some of the fallout on the web over the last few days reminded me of that discussion, which seems more relevant now than before,
“When WaSP was at its most effective, we all knew who the “bad guy” was. We had a common mission, our goals were easily articulated and everyone involved was passionate about them. When you can say “X is bad Y is good” it’s pretty
easy [...] Things are not so black and white now, and not only are we trying to cover a vast landscape of different issues – and a huge range of abilities and understandings within the designer/developer community, but we don’t all agree on what the big problems are. Ask a group of WaSP members what they think about HTML5 (for example) and you’ll get totally opposing opinions. WaSP members have never spoken for WaSP – we speak for ourselves as members of WaSP – but in the past you could have been sure that 95% of the group were behind you. That isn’t the case now.”
When Drew McLellan and I were asked to join WaSP we did so to form the Dreamweaver Task Force. We had already both been vocal about our support for web standards within the Dreamweaver community, and were part of the group of developers that Macromedia invited onto their Beta programs. With WaSP backing we went through the Beta of Dreamweaver pointing out the things that didn’t validate and logging them as bugs. To their credit Macromedia were receptive and fixed a lot of those problems and continued improving Dreamweaver to the point where it could produce standards compliant code “out of the box”.
However, it was pretty easy back then. The great work WaSP had already done meant that companies were starting to get it, were starting to realise that this was ultimately going to be important for their bottom line and there was plenty of low hanging fruit. We were just going down a list of things that were obviously incorrect and asking for them to be fixed – no argument there, there wasn’t another point of view – the only issue was whether there was a feasible way to fix something in that version of the product. The relationship between WaSP members and Macromedia was open and understood by both parties – they never attempted to use our involvement as an endorsement of their product and we honoured their NDA during Beta and in what we discussed once the new product was launched.
For Zeldman (a person I greatly respect and who invited Drew and myself onto WaSP all those years ago) to call out Drew and compare the current issue to the work that we did with Dreamweaver under his leadership, is unfair. Although the work we did for Macromedia was under NDA, other people in WaSP were also asked to be under NDA and we had a member of the main steering group (Dori Smith) working with us. So if we started to do anything contrary to the spirit of WaSP we had a more senior member there to pull us up about it. When we posted any announcement about the product we would get approval of the content first. No-one told us we had to do that, it just seemed like the right thing to do if something was to be put out as an announcement on the WaSP website.
In contrast the announcement made on ALA was done without even passing the eyes of the steering committee meaning that WaSP members who didn’t agree could only post to their own blogs to disclaim responsibility. It is not the case (as far as I know) that people refused to sign NDAs. What reason would anyone have for doing that? Most of us sign numerous NDAs in a year in the course of business. No-one is “running away from a broken window shouting ‘I didn’t do it’”, we just don’t want people who are now feeling very let down by WaSP for seeming to endorse this proposal thinking that WaSP as a whole think its a great idea.
Personally I think WaSP have been played by Microsoft. I don’t know whether the non-invitation by Microsoft to co-leads was a deliberate thing, it has certainly worked in Microsoft’s favour. It doesn’t wash with me that the pending announcement could not have been shared with more WaSP members in the few days prior to it being made. A List Apart had it in their hands at that point, why not WaSP? I feel that ALA could have presented the issue in a more even-handed way, perhaps also posting an article from someone who disagreed with the proposal and could argue their case in a coherent way. I believe that approach would have engendered more useful discussion.
So what happens now? Today there are many issues that WaSP could and should be involved in. However I don’t believe it will ever be the grand campaigning movement of times past because times have changed. The ideas pushed by WaSP in the early days have become part of the mainstream view. That isn’t to say that every web developer is committed to or cares about “web standards”, but in terms of authoring tools, platforms and browsers there is generally a goal to attain standards support – along with lots of excuses why we didn’t quite make it! WaSP members are still doing great work with Adobe, within education and in other areas, however we seem to have lost that cohesive drive to get visible things done, which leads to apathy, and I’m as much at fault there as anyone.
So, a question. If there was one thing you would want to see WaSP tackling, what is it and why? Is it simply more education within the developer community? A particular issue within browsers or authoring tools? If WaSP members are supposed to represent the web standards community in some way (and I’ve always felt that to be my remit – I’m just a web developer, no ivory towers here) then I’d like to know what the community feels are the hot topics right now. Perhaps we can find consensus from the wider web standards movement, and use all the passion generated in the last few days to really get things moving again.
IE8 and the future of the web
By now most of you will probably have read the article posted today on A List Apart, Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8.
In a nutshell, the new http-equiv=”X-UA-Compatible” instruction will let you tell Internet Explorer to render the page in the manner of a particular IE version. If you have developed for IE7 you can place a meta element into the head of your document that tells Internet Explorer to render that page as IE7. When IE8 comes out, your page will still render as it did in IE7 regardless of whether rendering bugs have been fixed or support has been added for things in IE8, the page will still display as in the earlier browser.
So what is wrong with this picture? I believe that it will encourage the practice of developing for specific browsers. A practice we have tried to discourage since the days we all had to build two versions of our sites, one for Netscape and one for IE. It will also mean that the large number of developers who code solely for Internet Explorer and who, in the last couple of years, have been forced to update their methods due to IE7 having better standards support can now code purely for a specific version of IE, thus leaving large chunks of the web frozen in time – not taking advantage of improvements that would benefit all of their users.
However it gets worse. This feature isn’t simply lurking in Internet Explorer, ready to be invoked by people who think it is a good idea. By default, if you do not add any meta tag to your document, or send it as a header from the server, then your website will display as IE7 … forever. As Jeremy Keith explains so well, this means that if you have used a CSS feature currently unsupported in IE7, when IE8 comes out – despite it supporting that feature – it won’t render your page with it as it will be rendering as IE7. I know this sounds bizarre, but IE8 will only render your pages as IE8 if you tell it to. There is the ability to set IE=edge so you get the terrifying unknown thing that is the latest version of the browser, but how many people will know or care enough to do this?
I feel this is a huge step back, and if it does happen, the full implications won’t be seen until a few years down the line when we are dealing with JavaScript libraries and widgets hugely bloated in size due to the need to maintain support for legacy browser versions because current browser versions still render as them despite the actual browser having very little usage. When we are seeing sites strangely frozen in time along with development teams with skills similarly stagnated. Once of the good things about Microsoft beginning browser development once again with IE7 was that it meant people did have to update their skills to support the latest Microsoft browser.
New versions of browsers should behave, by default, as the version that they are. If there is to be any rendering engine switch, and I believe it to be a bad thing entirely, it should involve opting out of the default standards compliant mode. I also believe that any ’solution’ like this, should be a solution developed by all major browser vendors, along with the W3C. This all feels like the browser wars all over again, and I don’t want to go back there!
Finally, I believe this is a solution to a problem that was actually becoming less of a problem since IE7. It is a problem that is going away. The “broken sites” caused by the release of IE7 seem to have been, in the main, fairly small differences in rendering and those of us who developed to web standards found we had very few changes to make, if any. The move to Web Standards is the solution to the problem of new browsers “breaking” sites, and just as it starts to look as if there could be a light at the end of the tunnel Microsoft appear to want to call a feature freeze on the web.
I need a new photo project
I managed to stick the course and completed my Project 365 last year. While taking a photo every day sometimes seemed like a chore, I took some photos that I really love over the course of the year. Photos that I never would have taken had I not had to find something to photograph every day.
Since finishing Project 365 however I’ve found myself hardly taking any photos. Doing a bit of self-analysis, one reason is that with Project 365 I had to take a photo, it didn’t have to be a good photo, I just had to take one. I could upload it to Flickr and if it was rubbish I had the excuse of Project 365 – any photo better than none! Over the course of the year I did become better at photography, and also in looking at photos and being aware of what a “good photograph” was. A year ago if a photo was in focus and vaguely the correct exposure I was pleased with it, now I delete photos that are easily as good as some of those early ones.
So I need a new project, something that makes me take photos and gives me an excuse to not worry about dodgy ones. Perhaps to learn about some specific area of photography, with the weather in the UK recently it had probably better be an indoor project, or one that involves dirty great clouds and drizzly rain! One of the nice things about Project 365 was the Flickr community surrounding it and everyone commenting on each others photos, so something that has a bunch of people doing it would be great – any suggestions?
