Opera is at it again: they’ve announced a project called MAMA, short for “Metadata Analysis and Mining Application”, which figures out what different websites are using to construct and run their pages.
They used “3,509,180 URLs in 3,011,668 domains, from 217 identified countries”. How I wonder what Google would do in their shoes given their crawling prowess. Still, I commend Opera (again) for initiating a project like this. They continue to impress.
It will be tough digesting all the data they’ve gathered so for now, read up on the Key findings, which tackle 8 main sections. Here are some statistics I clipped from that article:
more
Despite the the dot-com bubble bursting at the turn of the new millennium, the Web has become more intelligent, successful, and profitable in the past ten years. We have a ton of people to thank for that, but let’s focus on two groups that are celebrating their 10th anniversaries this 2008.
Google is one of the first web companies that reinvented the web as we know it. It essentially paved the way for what we call the Web 2.0 era because it was the better search engine that would leave Yahoo!, MSN, Altavista, Lycos, Ask, and the rest behind.
True to its name, Google just keeps on getting bigger. It took on e-mail (Gmail), advertising (AdSense and AdWords), office suites (Docs, Spreadsheets, Sites), multimedia (YouTube, Picasa), navigation (Earth, Sky, Moon, Maps, Street View), and even web browsing (Chrome). And even if the thought of Google looking into what we’re looking at and what we’re talking about is really scary, life with the help of the big G is just easier.
In the same vein, A List Apart has been the definitive resource “for people who make websites”. What started out as a mailing list evolved into a treasure trove of elegant web design articles that cultivated the love for the craft like no other. Design, standards, accessibility, optimization, business—this magazine covers it all.
It’s written the pages of web design history as well, from banishing <table>-based layouts to inventing CSS techniques (Sliding Doors of CSS, Holy Grail, Suckerfish Dropdowns, Sprites, Faux Columns, Mountaintop Corners) we never could have come up with. Websites today are efficient, meaningful, and beautiful because of ALA.
When will the next version of HTML be ready? Apparently, we have 4859 days to go before HTML5 reaches the “Proposed Recommendation” status. That’s 13 years, according to Ian Hickson, editor of the HTML5 specification.
It’s been 10 years since HTML4 came out. And it will take a total of 19 years for HTML5 to come to fruition. Here’s staggering journey HTML5 has gone and will go through:
- First W3C Working Draft in October 2007.
- Last Call Working Draft in October 2009.
- Call for contributions for the test suite in 2011.
- Candidate Recommendation in 2012.
- First draft of test suite in 2012.
- Second draft of test suite in 2015.
- Final version of test suite in 2019.
- Reissued Last Call Working Draft in 2020.
- Proposed Recommendation in 2022.
So what do we do about this excruciating piece of information? Jeff Croft says we should just go back to work. And ignore HTML5 until we absolute don’t have to.
If and when HTML 5 becomes something that can help me serve my clients and the users of their websites, then I will absolutely learn all there is to know about it and incorporate it into my arsenal. Until then, I don’t see the point.
It’s only a bit disappointing since the knowledge of the beautiful things one can achieve with HTML5 has been coming and going for the past few years now. But the thing is, as Kroc Camen said, “HTML5 is doable in the here and now”—his site is excellent proof of that. Except, of course, it will take extra work for it to work properly as not even the standards-compliant browsers support it. Which brings us back to Jeff Croft’s point.
Umbrella Today, which is a beautifully crafted site (CSS parallax effect!) that tells you whether or not you should bring an umbrella outside, does not work for me. See, it asks for a zip code—presumably limited to the United States only. But I don’t live there.
Now, I know, there are countless websites that exclude a certain demographic in every imaginable way, not just by geography. After all, on the Internet you’re free to do anything you want. But if you don’t like how something is working (or isn’t working), you’re free to blog about it as well.
Go local, be successful, then branch out
To all the developers out there: going local is a good strategy, but if you can help it, try to make your nifty little web app more accessible than just for your neighborhood.
And I’m not just talking about the one-person startups but also the bigger fish in the pond. I wonder how long it will take for Google Maps to completely and accurately cover the planet. (I don’t know if we should be excited when it does, either, but that’s a different story.)
True usability and accessibility
When we mention the term usability in terms of web development, we look at how comfortable users are in using and interacting with the interfaces that are created. Closely associated with usability is accessibility, which champions the idea of never leaving any differently-abled user out.
Doesn’t true usability and accessibility cover my dilemma with Umbrella Today, since I’m left out of its target userbase?
I do hope the makers of Umbrella Today and other people like them stop discriminating by zip code and start reaching out to other parts of the world.
Again, this is if they can help it. Because if there’s one medium that can make it possible, it should be the Web.
Philipp Lensen of Google Blogoscope shares a comic about Google’s open source web browser called Chrome. TechCrunch has posted leaked screenshots too. I suggest you read all those links as they explain very nicely the many, many features Google Chrome has, then try it out for yourself.
With all the revolutionary new features planned for this web browser, do the rest of the factions of the more-than-a-decade-long Browser Wars stand a chance? Let me run through several points that may or may not convince you that the ‘Wars are over:
Reworking web browser concepts
“Chrome”. Google Chrome is so named because the developers wanted to weed out all the unnecessary interface elements that get in the way of an optimal user experience. Google is pretty good at this—see Gmail.
Omnibox. I’ve complained about this before. We have too many blank bars in our browsers, why not stick to just one? Combining the ambitiousness of Firefox 3’s “AwesomeBar”, search keyword shortcuts, and Google’s mighty search engine, users might not need any other button in the toolbar.
Independent tabs and sandboxing. Chrome runs tabs as separate processes to isolate any unruly behavior, whether it’s a memory leak or malicious code.
Using Google’s assets
Webpage testing. Google will use its large—an understatement—collection of crawled websites to test if their browser is working properly on them. It will prioritize by popularity to be efficient in testing the millions, billions, and trillions of pages, of course.
Search and anti-phishing. I’ve mentioned the Omnibox. Google will incorporate its search into the singular browser bar to make finding websites a breeze. (I think AwesomeBar sounds better though.) And since Google is a pretty good keeper of blacklisted sites, Chrome also detects when a website is potentially harmful.
Google Gears. Another obvious move. Google Gears was created to make web browsing more responsive and efficient by linking together the online and offline, so it’s mandatory for Chrome to incorporate this feature.
Inspired by the best of other worlds
WebKit. WebKit is possibly the fastest and smartest browser rendering engine out there. It powers Safari and several Mac OS X applications, as well as Google Android and now Google Chrome.
Privacy Mode. Microsoft is set to introduce a history-free, cookie-free browsing feature in Internet Explorer 8 called InPrivate (though everyone else calls it “porn mode”). Now Google follows suit with “incognito browsing”.
Better JavaScript performance. Mozilla recently announced it was able to dramatically improve JavaScript loading by up to 37.5 times, a feature coming to Firefox 3.1. (Another comparable feature to Firefox is the previously-mentioned Omnibox.)
Speed Dial. Opera has sported this feature since version 9.2.
On to the questions…
Why? My answer? Because they can. Google’s answer? Watch it here. Google is the epitome of a Web 2.0 company, having revolutionized search, then e-mail, then every other activity that can be done online. It rehashed old elements of the Internet, and doing so on a browser feels like a natural extension of their work.
Does Google Chrome comply with Web Standards? Since Chrome is going to run on WebKit, can we trust that we won’t have to debug for yet another browser? Unfortunately, it failed the ACID3 test (which, on the other hand, Safari passed in version 3.2.1).
Will Google end its “search bar relationship” with Firefox and other browsers? Now that Google has its own browser, does it still need to push for the search bar feature in browsers like Firefox, IE, and Safari? Probably not. But most users will still use Google—the search engine—one way or the other. And if you’ve watched the video linked above, Sergey Brin says the general goal is to get people to use “alternative” browsers such as Firefox. (Of course, assuming that Firefox and Chrome remain minor players in the game.)
Is this a milestone in web browser history? Put another way, is this the best thing since tabbed browsing? I can’t really answer a resounding yes. Web browsers must pay attention to detail and reduce bloat—it’s a difficult balance. Google Chrome is a lean browser that contains only a few notable features. We’ll have to wait for a few more releases to see where they’re going with this.
Do you trust Google to browse in its browser? Between a proof-of-concept security flaw discovered hours after the browser’s release and a questionable (but recently modified) license agreement, are you confident in using yet another Google product? This is perhaps the biggest question of all.
Today, August 27th, marks the day Internet Explorer 6 (IE6) first came out. It’s a seven year-old browser. This little factoid is part of a battle cry by M. David Auayan to stop developing websites for IE6 by March 2009. Enter the IE Death March.
Internet Explorer 6 will be SEVEN years old on August 27th. It came out a few weeks before the Twin Towers fell. It came out before the Nintendo GameCube. It came out before the first iPod.
It’s time to put a deadline on dropping IE6, and I say that time is now, and the deadline should be soon… say like, March 2009. That’s roughly a little more than 6 months. Feel free to join me. If your company is dropping support for IE6, let me know and I’ll gladly post it up.
There have been tons of initiatives to finally ditch one of the most loathed software on the planet. You may have noticed some of these around the Internet:
So many parties are restless about the state of web browsing, and rather than wait for Microsoft to get its act together, they take it upon themselves to do something about it. It doesn’t really stop with the viral websites. Every few months or so you’ll find a blog post that details how the author has had it with IE (IE6 usually) and that he has resolved to drop support for the browser completely.
One must ask: are any of them making a significant difference in the market share of IE? Or IE6, specifically?
According to statistics from several prominent web counters, Internet Explorer is still the dominant browser at around 76%. Although it’s slowly going down by a few percent every few months, that’s still a high number. Even on sites that advocate web standards like W3Schools show that around half of the site visitors are on IE, a quarter on IE6.
The biggest agent of change was probably Google, since it actually paid people to download Firefox. But now that’s gone, will the ball keep rolling? Is it time to look at other, more drastic strategies the way Mozilla did recently?
It seems we’re all feeling a little desperate these days. After all, it’s been seven years.
In an interesting development regarding web standards and the browser wars, Ars Technica reports that Mozilla is taking Internet Explorer’s problematic webpage rendering into its own hands starting with a plugin for HTML5’s canvas element.
IE’s shortcomings won’t hold back the Internet for much longer, however, because Mozilla plans to drag IE into the next generation of open web technologies without Microsoft’s help. One of the first steps towards achieving this goal is a new experimental plugin that adapts Mozilla’s implementation of the HTML5 Canvas element so that it can be used in Internet Explorer.
Vladimir Vukićević says it’s “a very direct way of getting 2D (and soon 3D) graphics into web pages, and removes many of the barriers between developers and graphics rendering.” Here’s a screenshot of how it works:
HTML5 Canvas on IE, by Vladimir Vukićević
Mozilla doesn’t stop there, though. It plans bring its “next-generation JavaScript engine directly into Microsoft’s web browser” through a project called ScreamingMonkey. The plugin strategy will also be employed here.
Mixed reactions
Reactions from the crowd range from amusement to confusion to outrage. On the one hand, this move from the makers of the record-making Firefox browser is commendable. It shows that in the midst of IE’s dominating market share and FF’s sheer drive to beat it, Mozilla still wants the Web to work, one way or the other. Even if it means having to “drag IE” itself. Indeed:
Is it a sad or happy day for Microsoft, when their competitors get bored with beating them, and instead try to improve the Microsoft products to make them competitive - for free?
And what does Microsoft have to say about this? Isn’t this an insult wrapped inside a well-meaning gesture since it is coming from a competitor? Anything that gets Microsoft’s attention to hurry things up in the web standards compliance department is okay by me.
Try Adobe
But it’s not just about the browser vendors but the users themselves. How many of them will take the time to install this not-so-popular plugin? Do they care enough to see the advantages? Ars Technica thus wonders if Adobe could have been the better messenger, since Flash is ultimately indispensable these days:
This is purely speculation, but If Adobe decided to ship Screaming Monkey and the Canvas functionality as part of the next major iteration of the Flash plugin, it would rapidly accelerate adoption and get it onto lots of computers.
Cross-browser nirvana? Not quite
News of this plugin suggests that it’s taking a so much effort to make IE play nice that even competing browsers have to step in. And we’re only talking about the HTML5 canvas element here, a far less common feature, or should we say issue, than things like the double-margin bug or pixel font sizes.
Just on the heels of the launching of the Opera Web Standards Curriculum, the Web Standards Project (WaSP) Education Task Force announces that it will create a curriculum framework for educational institutions and aspiring web professionals.
This will include recommendations on course dependencies, learning competencies, readings, tools, and other resources that will help bring web standards to the classrooms. It’s called a framework, rather than a rigid curriculum itself, to keep it an ever-growing reference for teaching of web standards.
Why is it called a framework? Given the velocity at which Web technology unravels, we recognize that required skill sets can change rapidly, and that the best way to keep this material useful is for the education community to enrich it with their expertise and experiences. In this way, the WaSP Curriculum Framework will be a “living curriculum” that we hope would be a knowledge base of required skills.
The results of the 2007 curriculum survey give us a good idea of what classroom-based web standards education looks like. Below is a graph that shows what the survey respondents believe are the necessary topics taught in such classes.
WaSP Curriculum Survey Results Chart 3
I’m glad that things are picking up speed particularly in this area. As I have mentioned in my post about Opera WSC, it’s important that aspiring web professionals learn these concepts from the very beginning. And to do this, educational institutions must make sure they are teaching standards-based web design and not, say, tables-based HTML. (Gasp!)
A few weeks ago Google announced that it can now extract and index textual content from Adobe Flash files. We all know that creating websites in pure Flash is a big no-no if you care about being found through search engines. So is there nothing left that’s stopping web designers from switching from plain old HTML and CSS to rich interactive Flash? I have yet to find somebody who agrees with a resounding “yes!”
Rand Fishkin, CEO of SEOmoz, believes that this new development isn’t compelling enough to start building sites with Flash.
Flash content is fundamentally different from HTML on webpage URLs and being able to parse links in the Flash code and text snippets does not make Flash search-engine friendly. I think it’s great that Google’s digging deeper into Flash, but I don’t believe web developers should be any less wary than they’ve been in the past about Flash-based websites or Flash-embedded content.
If anything, I commend Google for continuing to convince web designers and search engine marketers alike to embrace web standards by pushing for the best practices in coding websites. Of course it’s the most logical thing both parties: search spiders need to parse content properly so that they can index it, and a well-formed webpage makes this possible; webmasters need not wade through nested tables and unnecessary tag soup when there’s a better way. And Google should, since it’s way more influential than Opera or any other web company out there.
However, Google’s efforts to read Flash still seem to be in the premature stages. Typical Google, they always release their products in beta without being wary of the consequences.
By consequences I mean clients who are now running around telling their web designers to create animated intros and the extravagant interfaces for their websites. I can’t really shoot down this little achievement by Google—except that it’s getting scarily smarter everyday and should try to have more features than issues when they launch a product.
More importantly, I can only continue to condemn those who misuse Flash without any regard for accessibility, much less usability, whatsoever.
The Opera Web Standards Curriculum is a comprehensive online course that teaches you standards-based web design. This includes not only coding in the web’s foundational languages, HTML, CSS, Javascript, but also design theory.
One of the authors, Chris Heilmann, describes it as “probably the most thorough and up-to-date web standards curriculum on the web”. He writes:
During the whole course the main focus is on usability, accessibility and writing maintainable code. We deliberately left out browser hacks and backward facing solutions and build on the ideas of progressive enhancement and unobtrusive JavaScript.
I must also point out that WSC is part of Opera Education, an initiative that pushes for web standards awareness and enthusiasm for the internet industry, specifically in schools and universities. I think it’s important for these two parties—browser software makers and educational institutions—to work together rather than apart in developing the Web. In this regard, Molly Holzschlag believes the course is an A+:
The impressive aspect of the curriculum as it is now is that it’s comprehensive, including foundational topics such as Internet and Web history and evolution. Educators understand that history provides context for real learning. Sadly, this is an area often not available in books and online tutorials because readers typically want to dive right in and learn a given technique.
It’s difficult to find a course that focuses solely on creating things through the internet. It’s almost always integrated with either graphic design (see MTV Engine Room) or computer science. Because of this, there is no focus on employing the best practices in creating beautiful, functional websites. And it will continue to be that way—all the way into the workplace—without those two entities joining forces.
This is why I continue to admire Opera. (Mozilla does, too.) It pushes projects that are interesting and beneficial to the web community. Here’s another example: Opera Dragonfly. Firefox’s FireBug wasn’t created by Mozilla (although Safari’s Debugger is a native feature).
And unlike other browser vendors out there, Opera shows it cares about web standards not by saying but by doing.
