Web comic xkcd is sporting a fresh redesign Monday morning, paying tribute to the free web-hosting service GeoCities. Yahoo, which bought GeoCities in 1999 for $3.5 billion dollars, is shutting down the service today after ten years of stewardship.
GeoCities was a place anyone could start a website for free. The company sold cheap banner advertising against your content, but that didn’t matter — you finally had a place to post that Melissa Joan Hart fanpage or your fully-annotated Art Alexakis discography.
In the web’s early days, you actually had to know how to author a web page in order to publish anything on the internet. You had to have working knowledge of things like HTML, FTP, GIF and DNS. For people with these new-found skills, a GeoCities page was an essential first step into the web, a rite of passage. Next came the easy authoring tools like Dreamweaver and Blogger, then the social networks like Friendster and MySpace, which let anyone establish a web presence with a few clicks of the mouse. GeoCities, along with other free hosting communities like Angelfire, faded into obscurity.
Many of those early pages survived in all their gaudy, glitzy glory — complete with scrolling banners, animated Gifs and blink tags.
Until Monday, October 26, 2009. Rest in peace, GeoCities.
In an e-mail sent to the public-html@w3.org mailing list on Wednesday, Microsoft’s Eliot Graf proposed removing the Canvas element, which is used to create complex vector animations in the browser without plug-ins, from the HTML5 specification. Graf also proposed launching a new, separate specification for the Canvas 2D API.
His e-mail:
In his mail describing why he created a separate Canvas 2D API specification, Doug Schepers wrote [1]:
> There is a chance that currently Canvas could be a blocker on progress
> for the HTML5 spec, and at this point, Canvas is so widely implemented
> that I don’t think it’s at risk, so I hope this isn’t disruptive. I am
> available to help with any editing that needs doing, but I hope that
> others will also work with this draft, and step into the editor role.
At Microsoft, we agree with the sentiments expressed by Doug, Maciej [2], and others about creating a separate Canvas 2D API specification. [3] We are prepared to offer editorial resources to aid in the completion of this separate specification. We have looked over Doug’s initial document, made some editorial enhancements, and are prepared to follow through in taking feedback and maintaining the specification.
We believe that some sort of accessibility API functionality is needed in the canvas element. However, the exact nature and depth of that functionality presents a dilemma that may block progress on the HTML5 spec. We also think that the Canvas 2D API may be a desirable feature used in other technologies such as SVG.
Starting with Doug Schepers’ initial draft, we made changes to get the document to adhere to the W3C PubRules [4], enhance readability, and improve logical flow of the document. In addition, we foresee adding sample code throughout the specification, where appropriate. No normative changes have been made. As with all drafts, the Canvas 2D API specification is still a work in progress. We would like to solicit feedback about the changes that were made (see below TODO) and about further changes that the working group would like to see.
Our updated version is published at http://dev.w3.org/html5/canvas-api/canvas-2d-api.html.
Microsoft Internet Explorer is the only modern browser with no plans to support Canvas — Firefox, Chrome, Safari and Opera all do. Redmond’s opposition makes sense, as the animation capabilities Canvas provides would conflict with Microsoft’s plans to speed adoption of its Silverlight platform, which affords web authors many of the same capabilities using a proprietary plug-in and commercial development software.
Several list members pointed out that if Microsoft has the resources to author the spec independent of HTML5, those resources could be better spent building support for Canvas into the browser.
A follow-up response from Ian Hickson, a Google employee who is the primary editor of the HTML5 spec, points out a few clear problems with this strategy and stresses that it doesn’t seem list a good idea:
IF we’re going to split out the 2D API — and I’m not really sure if at this point that’s something we should do, frankly — then I would much rather we do it based on the text in the HTML5 spec now, and would much rather we have an editor who is able to give this the full-time attention that it needs.
However, I’m really not sure at this point that it even makes sense to extract the API anymore. The API intergrates pretty tightly with the rest of HTML, for example it refers to HTMLVideoElements, the HTML5 “structured clone” feature is defined in terms of canvas interfaces, and so on. There would have to be a two-way reference, which would be a maintenance nightmare, and which would just delay the progress of both documents.
What are the problems that we are trying to solve by splitting out the API at this point?
The whole thread, which is still growing, can be viewed here.
Mozilla Labs has debuted a new web-based tool for integrating all your online communications — such as e-mail, Twitter, Skype and Facebook — into a single browser window. It uses a series of intelligent filters to highlight what’s important to you, bringing the conversations with people or updates from services you care about the most to the top, and keeping the stuff that can wait out of sight until you’re ready to look at it.
It’s called Raindrop, and it fetches all of your communications from different sources like mail servers, Twitter and RSS feeds. Then, Raindrop intelligently surfaces the “important parts,” giving them priority and allowing you to reply or interact with the communications inside your web browser. Like all Mozilla projects, Raindrop is open-source software — it’s actually a mini web server that you run locally and access through your browser. At the time of Thursday’s launch, Firefox, Safari and Chrome are supported, with Internet Explorer notably absent from the list.
While Raindrop is rough around the edges in this early release, Mozilla is hoping to build a one-stop communication platform that will give you a single place to view all your messages, e-mail, shared photos and other social tools.
The “intelligent” part of Raindrop would allow, for example, direct messages and @replies from Twitter to be highlighted over regular incoming messages not directed specifically to you. E-mails that come in can be sorted to give priority to messages from your closest friends, replies and active threads you’re participating in. The idea is to make Raindrop a people-centric communication tool that emphasizes your friends over mailing lists, rote announcements and other not-quite-spam messages.
That might sound a bit like Google Wave, which is also trying to re-imagine web-based communication from the ground up. But while Raindrop and Wave share some similar features, including the ability to view images and videos inline, Google Wave is a much more radical departure from the status quo. Raindrop is more familiar, since it essentially melds a few things you’re already using — an e-mail inbox, a Twitter client and an RSS reader — into a singular, streamlined interface. Raindrop is also similar to Mozilla Lab’s existing Snowl project, which puts a river of news and e-mail messages in Firefox. But unlike Snowl, which is a Firefox plugin, Raindrop is a standalone system that even features an API that will allow developers to build their own add-ons, extending Raindrop as they see fit.
So, Raindrop will only gain functionality over time through widgets, add-ons and media-specific enhancements for services like YouTube and Flickr. In that sense, Raindrop could be seen as a logical extension of where Google has been taking Gmail recently by letting users add widgets for chat, calendar, RSS updates and other communication tools to Gmail’s browser-based inbox.
At the moment, Raindrop is a developer release, which means there’s no installer to download. The Labs team is making a downloadable installer one of its top priorities for the project. Interested developers can check out the code and run the startup script manually (see the Mozilla wiki for details). It’s not a plug-in or a desktop client — once Raindrop reaches the packaged installer stage, you’d set it up and then visit a local URL to see your messages.
I was able to install the developer code with no problems on my local machine. After telling Raindrop my Gmail and Twitter account info, the script dutifully fetched my messages.
Raindrop’s overview of your Inbox. Click the image for a larger view.
As you can see in the image above, Raindrop retains Gmail’s threaded conversation view, however, in this case Raindrop failed to filter out a message from a local wine shop, which, while not spam, is nevertheless not something I would want prioritized.
Still, Raindrop is clearly a work in progress and despite not being perfect, it did do a pretty good job of filtering out less important conversations.
Raindrop inline e-mail and Twitter messages. Click the image for a larger view.
As you can see, Twitter updates are shown inline with e-mail threads. Other messages, like mailing list subscriptions, are filtered out of the main conversation flow and given their own boxes so you can see what’s new without fully disrupting your more personal communications.
At the moment, any filtering or message deleting in Raindrop does not appear to sync back to your mail server. This is a serious flaw that we expect will be addressed before Raindrop reaches the downloadable stage.
This early developer release of Raindrop isn’t much to look at yet. But I should note that Mozilla has already spun out a new design that looks a bit more like Snowl:
Raindrop’s newer interface (image courtesy of Mozilla). Click the image for a larger view.
The newer look is a bit cleaner and abandons the traditional e-mail-style layout in favor of something more free-flowing.
Raindrop is clearly still very experimental and not meant for even casual usage, but we’re looking forward to seeing where Mozilla Labs takes the project.
Wrapping your head around Raindrop is difficult to do without actually using it and, due to the lack of an installer, using it is beyond most users at this point. Thankfully, Mozilla has posted this video which gives you nice overview of how Raindrop works.
Click on the image above (or here) to see the video Google just posted to YouTube to promote its new theme library for the Google Chrome browser. The themes, which are designed to give your browser’s skin a splash of color and personality, were developed by famous artists and designers.
The video in the link shows some of them off, but be sure to watch until the end, when the browser skin literally explodes out of the video frame and takes over the page. Once the video is over, there’s more cool page-skinning trickery to be had — the video player window turns into a theme browser you can click through, altering the design of the YouTube page itself.
Chrome is only available now in stable form for Windows users. Mac and Linux versions are still in development and will be finalized later this year.
Google first began developing themes for Chrome in August, as we noted in a previous report. Firefox has a similar theming architecture for its browser called Personas, which you can explore at Mozilla’s dedicated Personas site.
Facebook’s Twitter envy is showing again; the site recently announced a deal with Microsoft that will see public Facebook statuses indexed by a search engine for the first time. Although users sticking with Facebook’s default privacy settings won’t be affected, the move clearly shows Facebook moving beyond its closed, walled-garden beginnings.
Twitter’s success has clearly shaped several of Facebook’s recent changes, including the move to real-time updates and the acquisition of FriendFeed, but this latest development — turning over Facebook’s walled data to a search engine — goes well beyond earlier moves.
Part of Facebook’s appeal for many is precisely its walled-garden aspect. Sharing information on Facebook is a much more private, limited experience than with public services like Twitter, where anyone, friend or otherwise can see what you post. But Facebook’s new deal with Bing, which comes close on the heals of Bing’s similar indexing plan for Twitter, will change that.
If the idea of your status messages finding their way into search engine indexes fills you with horror, there’s no need for alarm, only Facebook profiles set to “everyone” will be indexed. Since changing your privacy settings to “everyone” requires a trip to Settings -> Privacy Settings -> Profile, presumably only those that truly want their profiles public will be affected.
Facebook’s own terms of service also prevent outside applications from caching any user data, which means Bing’s indexing will likely be very ephemeral — don’t expect deep time-based searches or cached pages.
So if most users stick with the default privacy settings and Bing can’t cache the results, who does benefit from the new deal?
Earlier this year, Facebook announced “fan pages” for products and brands that wanted a presence on the site, but for whom a traditional account would not have worked. It’s precisely this segment of Facebook’s population that will likely be most excited about the new Bing search deal. Brands and celebrity users already heavily invested in a Facebook presence will see that presence now available to the world at large thanks to Bing’s indexing plan.
At the moment the Facebook integration is just an announcement, but if the end result is anything like the Twitter integration in Bing (which is already live), expect the focus to be on links and whatever the buzzwords of the moment happen to be.
How much value Facebook’s status updates will add to Bing’s search results remains to be seen, but one thing is for sure, Bing finally has some data Google doesn’t. Unlike Wednesday’s Bing/Twitter deal, which was quickly mirrored by a similar announcement from Google, thus far, Facebook and Google have shown each other no love.