Google Chrome...is Windows inside, which may be a strategic error
In a fascinating post, Scott Hanselman pulls apart the Google Chrome browser to discover Windows inside or, rather, Windows Template Library (WTL). WTL was open sourced by Microsoft back in 2004 and went somewhat silent until now, when it popped up in Google's open-source browser.
Hanselman calls out the reason for WTL's inclusion:
Chrome uses abstraction libraries to draw the GUI on other non-Windows platforms, but for now, what sits underneath part of ChromeViews is good ol' WTL. Makes sense, too. Why not use a native library to get native speeds? They are using WTL 8.0 build 7161 from what I can see.
Speed matters, and getting top speeds on Windows may require using native Windows libraries, graciously offered by Microsoft back in 2004 as open source.
However, not everything came free of charge (and effort) from Microsoft, as Hanselman points out, and it appears from a recent PCWorld article by Neil McAllister that the effort to bring Chrome to the Mac and Linux will be even harder. Hanselman writes:
Looks like The Chromium authors may have disassembled part of the Windows Kernel in order to achieve this security feature [Data Execution Protection] under Windows XP SP2. Probably not cool to do that, but they're clearly doing it for good and not evil, as their intent (from reading their code) is to make their browser safer under XP SP2 and prevent unwanted code execution.
So the Chrome authors have had to cut some corners to make the browser secure on Windows. Microsoft may not like the approach, but as Hanselman notes, at least Google is doing it for benevolent purposes.
Fine. But what I really want to see is Chrome for the Mac (and Linux). For this, however, PCWorld's McAllister suggests that we "shouldn't hold our breath," as the "Mac build is a work in progress that is much closer to the start than the finish." In part, this is because Google needs to code around Windows platform-specific elements like WTL.
All of which means that while Microsoft's open-source efforts may ensure it will take first place in the Chrome bake-off, Google is forcing the early adopters to stick with Firefox, rather than experiment with Chrome. The trendsetting crowd is with the Mac and, to a lesser but still significant extent, Linux, not Windows. (Of course, some data doesn't support this contention.)
It might make sense to aim for the mainstream (i.e., corporate IT, which would get the most benefit from an JavaScript-optimized Web browser), but the mainstream isn't in the habit of trying out the latest and greatest.
Personally, I think Google needs the entrepreneurial CIO and CTO if it hopes to make Chrome stick. That crowd, however, is likely not a Windows crowd. Time will tell if this was a strategic error on Google's part.
Matt Asay brings a decade of in-the-trenches open-source business and legal experience to The Open Road, with an emphasis on emerging open-source business strategies and opportunities. Matt is vice president of business development at Alfresco, a company that develops open-source software for content management. He is a member of the CNET Blog Network and is not an employee of CNET. Disclosure. You can follow Matt on Twitter @mjasay. 





Mac's inched up from it's 4% to 5% (source @ w3 : http://www.w3schools.com/browsers/browsers_os.asp ) of web connected machines and linux is even less. Why would anyone spend significant time and resources to develop cross-platform. If it's not going to be a fairly cheap and easy transision it doesn't make business sense.
I'd like to find a news site that isn't mac slanted, one that's based in reality where computing isn't about what's shiniest.
As for the mac side, I think I had heard that there are lots of engineers at Google using the mac. Its kind of surprising that there isn't a mac client.
Yes they are.
Your panthom "5 Linux servers" are irrelevant when compared to the over 70 million Windows PC's sold worldwide every single quarter.
Not to mention millions of people have old Windows PC's that they have converted to print servers and such in their homes as well, a heck of a lot more than those Linux home servers you are talking about.
#1. Good Practice, means cross- platform development, which means not using a platform specific library. Given the fact that Google is an Internet company, this should have been number one priority.
#2. Bad Practice, well developing with a platform specific library. DOH.
How true is any of this? I'm assuming that the article is reporting the information accurately.
Why would anyone spend significant time and resources to develop for 95% of the market when the same time and resources could yield a product that covers 100% of the market?
The POV was that Google isn't competing with IE - it's competing with Live Search.
With Chrome, why would Google want to waste their resouces by concentrating on the world's least-used operating systems? Chrome won't gain any market share by catering to them. It's common business sense for Google to concentrate on Windows applications, because that is where the market opportunity is.
The real point here is that Google touted open source and cross platform support but underneath it seems its heavily tied to Windows graphical libraries.
As a developer on both Mac OS X and Windows I can say that like anything there are advantages and disadvantages on both sides but developing for the Mac is certainly no harder.
Still Google say on their own blog that there will be a mac browser in a couple of months, so this may all be a mood point.
One could argue that of "Entrepreneurial" CIO's and CTO's" , the market share distribution would be close to the overall Windows/OS X numbers. Depends on how you define it, I guess. And most that don't use Windows use Linux over Mac.
If they've taken the time to decouple their GUI customizations from the other pieces of the browser (Rendering, javascript, plugins, etc) as the quote would have you believe it won't be as painful as the article seems to assert.
Cut corners? What? Cutting corners is when there is a well documented way to achieve your goal, in this case there was no other way but to use a hack. Kudos to the team for figuring it out.
FYI Codeweavers released ports of Chrome to Mac and Linux today.
Here's another thing: they don't need to "code around WTL." You'll note that Scott says it sits beneath something called ChromeViews. This is what's known in the software world as abstraction, and is absolutely the correct way to go about building cross-platform software.
Note that Codeweavers (Google) Chromium is simply a wrapper around Chromium (Or possibly Chrome, I did not spend enough time with it yesterday to know for sure).
As a Mac user, I don't give a rat's a**! Due to privacy concerns, I wouldn't use the damn thing anyway. The PCers can have this one all to themselves.
Soon the internet wont be accessible by Apple nutcases. It will be a better place.
- by zedomax September 17, 2008 2:15 PM PDT
- Google Chrome unofficial Mac and Linux versions available now:
- Like this Reply to this comment
-
Showing 1 of 2 pages (43 Comments)http://chrome-hacks.net/2008/09/17/chrome-hacked-mac-and-linux-google-chrome-available/