Categories
Burningbird Specs

IE8, XHTML, and what am I going to do with my site?

Recovered from the Wayback Machine.

I thought it interesting and even odd how few people have remarked on the fact that Ray Ozzie began the opening keynote of a conference focused specifically at developers by talking about ads.

My source for things geek, Planet Intertwingly, has had very few entries devoted to IE8. I imagine people either don’t care or are trying things out. Or perhaps they’re at ETech or on their way to SxSW. What a way to filter your audience: schedule the conferences at the same time. What sad irony that Ozzie next spoke of the Yahoo deal, as Yahoo itself was launching its latest, greatest tech initiative, which was then overshadowed by Microsoft’s rolling out of the IE8 public beta.

Not to be outdone, Apple has something today probably about its SDK. All we’re missing is something from Adobe, but it preferred to dance alone.

To return to IE8. One doesn’t have to tax one’s imagination to read the purpose behind the ‘advances’ in IE8. All of the new functionality is focused on Microsoft’s new “cloud” agenda, including client data storage support for offline working, and back button navigation. According to the “readiness” document I linked yesterday:

Internet Explorer 8 provides a simplified yet powerful programming model for AJAX development that spans browser, webpage, and server interaction. As a result, it is easier for you to build webpages that have much better end-user experiences, are more functional, and have better performance. APIs are based on the W3C HTML 5.0 or Web Applications Working Group standards. Enhancements or novel intellectual property for AJAX will be made available for standardization before the Internet Explorer 8 release.

The thing is, HTML5 is most definitely a work in progress. What Microsoft has done is cherry picked what it wanted, implemented it, threw in its own stuff and then glossed it over by either attaching it’s own bizarre “open source” license, or tossed the non-critical bits into the public domain.

The proprietary bits aside, it is typical for vendors to start implementing standards before they’re finalized, as a test and a validation. Just as typically, though, the other members of the standards group are usually aware of such plans. I am curious to hear what other members of the HTML5 working group think of IE8 and the HTML5 bits.

As for me, not hard to see that I’m unhappy. I have a choice now: do I continue to serve this site using the XHTML MIME type, in which case it will never be accessible by IE (because I now believe Microsoft will never support the XHTML MIME type); or do I “break” my site by adding back content negotiation?

I wrote previously that I had a plan I was going to implement if Microsoft didn’t support XHTML with IE8. In the back of my mind, I really thought the company would. Not to do so is the company saying that, for all its talk about standards and openness, it will implement only those standards that support its own agenda, and no others. While I expected this attitude, I didn’t expect Microsoft to be so obvious about it.

I really didn’t expect Microsoft to blow off XHTML, and now that it has, I have some work to do on my sites to follow through on my fallback plan. I’m not doing anything earth shattering, or probably all that interesting to most folks (since, seemingly, standards take a back seat to ads for today’s new web developer). I’m just dealing with the situation.

I’m also investigating Drupal, as a content tool–either alone or perhaps with WordPress. I’ve been interested in Drupal since I started looking through the site and the code base. I became more interested when Maki mentioned the SVG Toolkit for Drupal, and Elaine talked about how improved it is. Then Ian Davis at Nodalities mentioned Drupal’s RDF and semantic web commitment yesterday, and that’s all she wrote for me.

The Drupal folks seem more committed to supporting standards, all standards, than the WordPress folk. And when I read something about Drupal, I read about the technology; I don’t read about ads or mergers. This focus on technology appeals to me right now.

Categories
SVG

Apple embracing SVG?

Recovered from the Wayback Machine.

A hopeful piece of news from yesterday was about the possibility that Apple will be using SVG for the iPhone rather than Flash.

The advantages? SVG is lightweight, SVG is standard, SVG scales beautifully, SVG doesn’t have to be licensed, and Safari already implements much of the SVG 1.1 specification. Not to mention there’s a version of SVG coming out just tailored for mobile devices.

Other talk based on Apple’s rejection of Flash for the iPhone is that Steve Jobs will use Silverlight, instead. I have to assume there’s a lot of drinking going on at these conferences

Categories
Web

IE8 readiness and MIX08 keynote

Update Oops! Available now. For those continuing to click the download button, IE8 will be available at 2pm PST, which is 4pm CST, by my SVG clock. More later, but we can confirm that IE8 does not support the XHTML MIME type. My opinion, based on what I’m reading and seeing, Microsoft will never directly support application/xhtml+xml. Or SVG. Or MathML. And will probably cherry pick on what to support for HTML5.

I guess IE8 beta will be available this week to the public. Anne pointed to the IE8 “Readiness” page at Microsoft, though the download links aren’t active. I imagine they’ll be active after today’s MIX08 kickoff keynote.

Speaking of which, Neowin has links to the keynote video stream. They keynote is at 9:30am Pacific time, which is 11:30am my time. Check my SVG clock–if you’re using a browser that supports SVG that is.

I might as well give a heads up that I may not be a particularly good mood later in the day.

Categories
Weblogging

Bye Dare

Recovered from the Wayback Machine.

Now that’s really unhappy news this morning: Dare Obasanjo is quitting his weblog. Dare’s been around weblogging as long as I have, and I’m sorry to see him go.

Dare’s always had challenges with what he could write in his space. He’s an outspoken person who doesn’t hold back criticism, even about his own employer (Microsoft). In addition, he’s also the son of Olusegun Obasanjo, so anything he writes, or doesn’t write, bounces against a global political wall–not to mention it would creep me out to know I’m regularly read by most of my family members.

I can understand him saying, whoa, enough. But I’ll still miss him.

Categories
XHTML/HTML

IE8: Not supporting XHTML?

Recovered from the Wayback Machine.

Continuing from previous post

Following are the web log entries that contain the new MSIE 8.0 user agent string, with the specific MS IP address blocked out:

—-.microsoft.com – – [04/Mar/2008:01:55:29 +0000] “GET /favicon.ico HTTP/1.1” 200 1406 “-” “Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; MS-RTC LM 8; OfficeLiveConnector.1.0)”

—-.microsoft.com – – [04/Mar/2008:01:55:29 +0000] “GET /standards/ie8-standards-mode-by-default/ HTTP/1.1” 200 29177 “http://www.techmeme.com/” “Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; MS-RTC LM 8; OfficeLiveConnector.1.0)”

Typically, IE access to this site results in only one log entry: the entry for the specific page. There are no log entries for CSS files, JS files, and so on, because IE doesn’t support the XHTML MIME type, and therefore doesn’t parse the page and pull these resources. This is what I’m seeing in my web log for these log entries.

These two log entries also reflect the new Office Live functionality, just released. The Office Live functionality could impact on what’s picked up from a page–hard to say, because I don’t have any Office Live accesses for my sites that aren’t strict XHTML. However, if these log entries do reflect access of the post directly with IE8, based on the fact that none of the CSS or image files were also pulled, and based on the pattern of access of pages at this site by previous versions of IE, IE8 does not support the XHTML mime type.

To repeat what I said in the last post, this statement isn’t based on a confirmation from the company. It’s a guess based on current web log entries reflecting the new user agent string for IE8, an IP address that resolves to inside Microsoft, and matching a pattern I’ve seen with previous IE versions that cannot access this site because of the MIME type I use. With the continued silence from the IE team and Microsoft, guesswork is all I have to go on. I sincerely hope I’m proven wrong.