See here: http://images.google.com/images?q=mr+fusion. Mr Fusion was pioneered after problems dealing with Iranians who historically had supplied Plutonium out of the back of their VW Bus.
Over six times less currently. Of course, the general Slashdot usage trends may be different. I am sure Google can steal market share from others though - especially if they release viable Mac/Linux versions of Chrome.
Javascript 1.5 (aka ECMAScript ECMA-262 Edition 3) is what most developers target for good reason. But there are supersets found primarily in Gecko based browsers. But then you throw in the various DOM quirks between browsers and before you know it, programming anything large in Javascript that will be used across a wide variety of browsers can really start to suck due to minor quirks between different implementations. It will be interesting to see how their test cases support/address layout issues, if they do at all.
Microsoft has a history of rising up to destroy the browser competition that exists at the time. They also seems to rest on their laurels afterwards in a manner that stagnates web innovation.
This time though, there are a few viable competitors and the Windows platform, while still dominating, has dwindled since the last browser war. So I think healthy competition will hopefully remain in place this round. Nonetheless, Microsoft should not be underestimated - they now see the value of controlling the Web via a dominant browser, and they also have Windows 7 on the horizon, which may or may not increase their OS market share. You can bet on IE8 being a prominent feature in Windows 7 and pushed to existing Windows users.
I doubt a Linux release will have substantial impact on their market share given current Linux client usage. But I do think it is important for Google to offer support for Windows/Mac/Linux if they want an edge on IE.
Linux client market share needs some help. I think it is great to get the word out there that Linux is a viable desktop alternative, and maybe this will turn out to be a good way to win some converts. However, I think perhaps learning from what worked well for Firefox and then perhaps building a similar grassroots campaign combined with a well designed site that shows some real desktop advantages offered by some of the more polished distributions combined with the option to download easily runnable OS images (i.e. VMWare Player) might fare better.
Currently less than 25% of browser usage can pass the ACID 2 test. It will be interesting to see how the release of IE8 affects this.
Luckily for JS developers, projects like JQuery make cross-browser scripting WAY easier and less error prone. Hopefully broad support for an increasing subset of web standards will make cross-browser layout quirks less annoying for web developers. Overall I think the ACID tests are a good thing to measure this.
According to these guys: http://www.statowl.com/third_party_cookie_support.php
Roughly 9% of Internet usage will not be trackable using 3rd party cookies. I am not really for or against Google's decision. But I think it is interesting to see what percentage of Internet users are aware of tracking mechanisms and are also against being trackable.
Since it appears that Thunderbird + Firebird now wants to compete more with Outlook, I'd like to propose an approach that may make this possible. Microsoft's comments here:
Are valid to a certain extent. People have come to demand more from "PIM" applications. Assuming Thunderbird and Sunbird were successfully integrated, that alone is not enough to compete with Outlook + Exchange. People want their data seemlessly synced up to all interfaces in which they access it. Exchange provides this currently. If I run Exchange and I can access my email, calendar, and contacts from Outlook, Outlook Web Access, and portable devices (i.e. phones and pdas) that offer Exchange plugins (i.e. http://www.microsoft.com/windowsmobile/) and everything "just works" seemlessly.
I believe the same can be said for Thunderbird + Sunbird without too much effort. Obviously, Thunderbird + Sunbird is just part of the solution in my above example and I am not proposing that the Mozilla foundation tries to build all the software for the whole solution. I am proposing that we come up with a viable solution to integrate all interfaces in which people access email, calendar data, contact data, todo lists, etc. on their primary PIM app, web based PIM interfaces, and mobile devices.
First lets take a look at what we have today: IMAP4 basically takes care of email for us, LDAP to a certain extent handles contacts, and ICAL over WebDAV handles calendar and todo list issues. I am not proposing that these interfaces are abandoned (especially IMAP) - but I would like to propose an alternative that may offer an easier way to reach our end goal of complete PIM data integration. I'm not saying that LDAP and and ICAL over WebDAV are bad - I just don't think they are going to offer a solution that can compete with Outlook + Exchange.
I think SyncML (http://www.openmobilealliance.org/syncml) offers a viable alternative that could relatively easily be bolted on to Thunderbird + Sunbird. SyncML offers the following benefits from my viewpoint:
* Open standard that already has a lot of traction. For example, it
is part of the WAP 2.0 standard so 90% of the cell phones you can
buy today already support synchronizing contacts, calendars, todo
lists over HTTP/SyncML. Also, many cell phones are now offering
email clients with IMAP support.
* To really compete with Outlook + Exchange, Thunderbird + Sunbird
will need to support Exchange. This is possible over SyncML and
this open source project: http://sync4j.funambol.com/.
* SyncML support should be there soon for the two most popular open
source web mail clients: IMP (http://www.horde.org/imp/) and
Squirrelmail (http://squirrelmail.org/). For example, IMP is
working on this already: http://www.horde.org/sync and a
Squirrelmail plugin to support SyncML should be easy enough to
write assuming Squirrelmail rolls out support for decent Calendar
and Contacts (already in CVS for both)
Furthermore, the Mozilla Foundation could host documentation for sys admins on how to setup Exchange integration over SyncML etc. A comprehensive HowTo would almost be a requirement since we are tying multiple software projects together in order to offer rich PIM client + Webmail + Mobile device integration.
Anyways, I am just brain-storming here and thought I would share this idea since this appears to be a topic of focus recently. It would appear to me that this would be the path of least resistance to offer a solution that can compete with Outlook + Exchange.
Slashdot Mirror
The StatOwl.com guys have their reports updated for this month. I know one of the guys who runs it and he mentioned they have been working on a bunch of mobile reports to handle just the mobile data.
See here: http://images.google.com/images?q=mr+fusion. Mr Fusion was pioneered after problems dealing with Iranians who historically had supplied Plutonium out of the back of their VW Bus.
This chart shows that the Flash install base is not as high as some (i.e. Adobe) claim
Over six times less currently. Of course, the general Slashdot usage trends may be different. I am sure Google can steal market share from others though - especially if they release viable Mac/Linux versions of Chrome.
Javascript 1.5 (aka ECMAScript ECMA-262 Edition 3) is what most developers target for good reason. But there are supersets found primarily in Gecko based browsers. But then you throw in the various DOM quirks between browsers and before you know it, programming anything large in Javascript that will be used across a wide variety of browsers can really start to suck due to minor quirks between different implementations. It will be interesting to see how their test cases support/address layout issues, if they do at all.
Microsoft has a history of rising up to destroy the browser competition that exists at the time. They also seems to rest on their laurels afterwards in a manner that stagnates web innovation.
This time though, there are a few viable competitors and the Windows platform, while still dominating, has dwindled since the last browser war. So I think healthy competition will hopefully remain in place this round. Nonetheless, Microsoft should not be underestimated - they now see the value of controlling the Web via a dominant browser, and they also have Windows 7 on the horizon, which may or may not increase their OS market share. You can bet on IE8 being a prominent feature in Windows 7 and pushed to existing Windows users.
I wish the underdogs luck!
I doubt a Linux release will have substantial impact on their market share given current Linux client usage. But I do think it is important for Google to offer support for Windows/Mac/Linux if they want an edge on IE.
This chart shows deployment stats on the "stable" 1.x releases of Chrome. There are instructions on getting Chromium to compile on Linux. Chromium is the open source project behind the Chrome browser.
Linux client market share needs some help. I think it is great to get the word out there that Linux is a viable desktop alternative, and maybe this will turn out to be a good way to win some converts. However, I think perhaps learning from what worked well for Firefox and then perhaps building a similar grassroots campaign combined with a well designed site that shows some real desktop advantages offered by some of the more polished distributions combined with the option to download easily runnable OS images (i.e. VMWare Player) might fare better.
Linux client usage appears to be making gains as well. I am assuming the articles reference to "stronger data center position" hinges on primarily server usage.
Currently less than 25% of browser usage can pass the ACID 2 test. It will be interesting to see how the release of IE8 affects this. Luckily for JS developers, projects like JQuery make cross-browser scripting WAY easier and less error prone. Hopefully broad support for an increasing subset of web standards will make cross-browser layout quirks less annoying for web developers. Overall I think the ACID tests are a good thing to measure this.
Agreed. This graph pretty much summarizes why dropping their Mozilla relationship would be incredibly stupid on Google's part.
According to these guys: http://www.statowl.com/third_party_cookie_support.php Roughly 9% of Internet usage will not be trackable using 3rd party cookies. I am not really for or against Google's decision. But I think it is interesting to see what percentage of Internet users are aware of tracking mechanisms and are also against being trackable.
Greetings,
e +O utlook/2100-7344_3-5501618.html
Since it appears that Thunderbird + Firebird now wants to compete more with Outlook, I'd like to propose an approach that may make this possible. Microsoft's comments here:
http://news.com.com/Mozillas+Lightning+to+strik
Are valid to a certain extent. People have come to demand more from "PIM" applications. Assuming Thunderbird and Sunbird were successfully integrated, that alone is not enough to compete with Outlook + Exchange. People want their data seemlessly synced up to all interfaces in which they access it. Exchange provides this currently. If I run Exchange and I can access my email, calendar, and contacts from Outlook, Outlook Web Access, and portable devices (i.e. phones and pdas) that offer Exchange plugins (i.e. http://www.microsoft.com/windowsmobile/) and everything "just works" seemlessly.
I believe the same can be said for Thunderbird + Sunbird without too much effort. Obviously, Thunderbird + Sunbird is just part of the solution in my above example and I am not proposing that the Mozilla foundation tries to build all the software for the whole solution. I am proposing that we come up with a viable solution to integrate all interfaces in which people access email, calendar data, contact data, todo lists, etc. on their primary PIM app, web based PIM interfaces, and mobile devices.
First lets take a look at what we have today: IMAP4 basically takes care of email for us, LDAP to a certain extent handles contacts, and ICAL over WebDAV handles calendar and todo list issues. I am not proposing that these interfaces are abandoned (especially IMAP) - but I would like to propose an alternative that may offer an easier way to reach our end goal of complete PIM data integration. I'm not saying that LDAP and and ICAL over WebDAV are bad - I just don't think they are going to offer a solution that can compete with Outlook + Exchange.
I think SyncML (http://www.openmobilealliance.org/syncml) offers a viable alternative that could relatively easily be bolted on to Thunderbird + Sunbird. SyncML offers the following benefits from my viewpoint:
* Open standard that already has a lot of traction. For example, it
is part of the WAP 2.0 standard so 90% of the cell phones you can
buy today already support synchronizing contacts, calendars, todo
lists over HTTP/SyncML. Also, many cell phones are now offering
email clients with IMAP support.
* To really compete with Outlook + Exchange, Thunderbird + Sunbird
will need to support Exchange. This is possible over SyncML and
this open source project: http://sync4j.funambol.com/.
* SyncML support should be there soon for the two most popular open
source web mail clients: IMP (http://www.horde.org/imp/) and
Squirrelmail (http://squirrelmail.org/). For example, IMP is
working on this already: http://www.horde.org/sync and a
Squirrelmail plugin to support SyncML should be easy enough to
write assuming Squirrelmail rolls out support for decent Calendar
and Contacts (already in CVS for both)
Furthermore, the Mozilla Foundation could host documentation for sys admins on how to setup Exchange integration over SyncML etc. A comprehensive HowTo would almost be a requirement since we are tying multiple software projects together in order to offer rich PIM client + Webmail + Mobile device integration.
Anyways, I am just brain-storming here and thought I would share this idea since this appears to be a topic of focus recently. It would appear to me that this would be the path of least resistance to offer a solution that can compete with Outlook + Exchange.