Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Google Businesses Software The Internet Linux Apple

Chrome On the Way For Mac and Linux 308

TornCityVenz writes "I've seen many complaints in the feedback on Slashdot every time an article on Google's Chrome browser hits; the calls for true cross platform availability have struck me as a valid complaint. So now it seems Google is answering your calls, promising in this article on CNET a deadline for Mac and Linux support." I'd really like to not care about the name of the browser I'm using, but the mental cost of switching could be high for someone used to particular Firefox extensions, unless or until they can all be expected to work seamlessly with Chrome.
This discussion has been archived. No new comments can be posted.

Chrome On the Way For Mac and Linux

Comments Filter:
  • by Anonymous Coward on Sunday January 11, 2009 @03:30PM (#26408873)

    Having been checking out the incredibly high quality Google Chrome code and what it is doing it is understandable that there was going to be a delay for other platforms.

    The reason Chrome is so much faster than other browsers - especially even after days of constant webbrowsing is all the platform specific work with memory protection and threading.

    I've honestly been using the Chrome source code as a tremendous learning tool to get up to speed on how to write modern threaded application code.

    The delay will be worth it when you get your hands on it. Switching to Chrome had that feeling of running your old apps on a new and faster computer. It just feels so smooth no matter how many tab or windows are open or how much Javascript is running in the background.

  • by Savione ( 1080623 ) on Sunday January 11, 2009 @03:36PM (#26408931)
    Google "hopes to release versions for Mac OS X and Linux by the first half of the year". That's the closest thing TFA gives to a date, and Google hardly promises anything. The summary is somewhat misleading.
  • by Anonymous Coward on Sunday January 11, 2009 @03:37PM (#26408947)

    They wrote a Windows wrapper around cross platform libraries. Then they had the nerve to deny it, even when anybody who looked at the source code immediately after initial release could see the truth of the matter.

  • by chill ( 34294 ) on Sunday January 11, 2009 @03:47PM (#26409035) Journal

    A lot of the core components were basically Windows-specific. They had to either wrap them, or rewrite the UI, which is what is taking the time.

  • Re:Market Share (Score:5, Informative)

    by larry bagina ( 561269 ) on Sunday January 11, 2009 @04:05PM (#26409185) Journal
    The browser shell is raw win32. No abstraction or other platform considerations.
  • by larry bagina ( 561269 ) on Sunday January 11, 2009 @04:07PM (#26409199) Journal
    It's open source.
  • by Dwedit ( 232252 ) on Sunday January 11, 2009 @04:07PM (#26409205) Homepage

    SRWare Iron [srware.net] (A modified version of Chrome) has built in adblocking, but it's nowhere near as good as what Adblock provides.

  • by De Lemming ( 227104 ) on Sunday January 11, 2009 @04:20PM (#26409303) Homepage

    Via an older article [cnet.com] on Cnet I found the Chrome extensions document [chromium.org], spotlighted [aaronboodman.com] on November 29th by Google programmer Aaron Boodman. From the document:

    Use Cases
    The following lists some types of extensions that we'd like to eventually support:

    • Bookmarking/navigation tools: Delicious Toolbar, Stumbleupon, web-based history, new tab page clipboard accelerators
    • Content enhancements: Skype extension (clickable phone numbers), RealPlayer extension (save video), Autolink (generic microformat data - addresses, phone numbers, etc.)
    • Content filtering: Adblock, Flashblock, Privacy control, Parental control
    • Download helpers: video helpers, download accelerators, DownThemAll, FlashGot
    • Features: ForecastFox, FoxyTunes, Web Of Trust, GooglePreview, BugMeNot

    This list is non-exhaustive, and we expect it to grow as the community expresses interest in further extension types.

    Emphasis mine.

  • by Christianfreak ( 100697 ) on Sunday January 11, 2009 @04:21PM (#26409305) Homepage Journal

    Most people install FilterSet-G with AdBlock. It blocks Google text ads by default

  • Re:What's the rush? (Score:5, Informative)

    by icebraining ( 1313345 ) on Sunday January 11, 2009 @04:24PM (#26409349) Homepage

    Except that StarOffice is a paid version of OpenOffice, while Chrome doesn't use many (if any) code from Firefox, not even the rendering engine. Besides, Mozilla isn't "owned" by Google, they receive funds in exchange of providing Google as the default search engine.

  • Re: extensions (Score:3, Informative)

    by Constantine XVI ( 880691 ) <trash,eighty+slashdot&gmail,com> on Sunday January 11, 2009 @04:35PM (#26409449)

    Funny you should mention that, Opera has all those out of the box.
    -AdBlock ("content blocker")
    -Foxmarks (Opera Link)
    -Greasemonkey (User JS)
    -Firebug (Dragonfly)

  • by lilmunkysguy ( 740848 ) on Sunday January 11, 2009 @04:43PM (#26409521)

    Have advertisers sued VCR manufacturers, Tivo, etc?

    Yes.

    NBC, ABC and CBS filed a lawsuit Wednesday in federal court in California against Sonicblue, claiming the ReplayTV 4000 would violate their copyrights by allowing users to distribute copies of programs over the Internet. The networks also complained that technology in the personal video recorder can automatically strip out commercials. In a joint statement, the networks said the device "violates the rights of copyright owners in unprecedented ways" and "deprives the copyright owners of the means by which they are paid for their creative content and thus reduces the incentive to create programming and make it available to the public."

    http://www.wired.com/techbiz/media/news/2001/11/48065 [wired.com]

  • by cryptoluddite ( 658517 ) on Sunday January 11, 2009 @04:43PM (#26409527)

    Chrome codebase is not "cross platform", in that you can't just go ahead and compile it for Linux. They are still implementing a Gtk ui - see

    Or, to put it another way, Google's entire contribution to the Chrome browser was a non-crossplatform, non-portable UI. V8 and WebKit were done by others and are cross-platform. Google knows their browser is just polish on other people's success with WebKit and V8 which is why they stole the name "chrome" from Mozilla.

    There's basically one thing that makes Chrome special and that's running tabs in a separate process (for plugins, nspluginwrapper already does this).

    Google gets a lot more credit for Chrome than they deserve. If it wasn't done by Google it would be hardly even notable.

  • by he-sk ( 103163 ) on Sunday January 11, 2009 @04:57PM (#26409645)

    Bad idea. Qt apps just don't feel right on the Mac. Case in point: Google Earth.

  • Re:BSD too? (Score:3, Informative)

    by MarkKnopfler ( 472229 ) on Sunday January 11, 2009 @04:59PM (#26409661)

    {Free,Net}BSD has linux binary compatibility I think. A linux port should be running on them. Opera flies that way I think.

  • by kripkenstein ( 913150 ) on Sunday January 11, 2009 @05:02PM (#26409705) Homepage

    If I were Google (that is a great sentence) I would base it on QT 4. Fast, customizable, cross-platform, modern and integrated with WebKit.

    Qt is nice, but its licensing prevents Google from using it in this way. To use Qt, Google would need to either pay for a license, but it wouldn't be transferable to others, or Chrome would need to be GPLed. Google goes to great effort to license it's code under the Apache/BSD/etc. licenses whenever possible, as it considers this better for it's business (and that's a reasonable position to take).

    Until Nokia relicenses Qt to something like the LGPL - many of us would welcome that! - GTK will remain the library of choice in situations like this.

  • by pohl ( 872 ) on Sunday January 11, 2009 @05:10PM (#26409771) Homepage

    ...which is why they stole the name "chrome" from Mozilla.

    Sorry to ruin this with fact, but "chrome" is jargon that has been around for a very long time [catb.org]. I encountered it long before Netscape even had a product.

  • Re:What's the rush? (Score:5, Informative)

    by jbolden ( 176878 ) on Sunday January 11, 2009 @05:15PM (#26409811) Homepage

    Google is a customer / partner of Mozilla. Mozilla offers a service (default search engine) and Google pays a fee for that service.

  • by Curunir_wolf ( 588405 ) on Sunday January 11, 2009 @05:17PM (#26409827) Homepage Journal

    Well, according to this [theregister.co.uk] they used Windows' own HTTP protocol implementation for the first version - they've now written their own.

    Which is one of the major reasons I had problems using Chrome as a default browser. Not having something like the "foxyproxy" plugin was bad enough, but dealing with Chrome's hooks into the Windows/IE proxy settings was really annoying.

  • by Firehed ( 942385 ) on Sunday January 11, 2009 @05:29PM (#26409931) Homepage

    No, but they have explicitly stated that they'll have extension support in Chrome, and will do nothing to stop a port of AdBlock.

  • ITYM Keyhole (Score:3, Informative)

    by xant ( 99438 ) on Sunday January 11, 2009 @05:33PM (#26409957) Homepage

    Google bought Google Earth from Keyhole. I doubt their core teams use QT much.

  • by Klivian ( 850755 ) on Sunday January 11, 2009 @05:48PM (#26410103)

    Qt is nice, but its licensing prevents Google from using it in this way. To use Qt, Google would need to either pay for a license,

    This would be no problem. Fact is, Google already does exactly this for other products.

    but it wouldn't be transferable to others,

    ??? What are you talking about? Companies sell, eg transfer, software developed with Qt all the time, it's what is made for after all. Obviously the license allow it.

    or Chrome would need to be GPLed. Google goes to great effort to license it's code under the Apache/BSD/etc. licenses whenever possible, as it considers this better for it's business (and that's a reasonable position to take).

    No need for GPL, you can freely use Qt with a wide range of open source licenses like Apache/BSD/etc. Please check your facts. http://doc.trolltech.com/4.4/license-gpl-exceptions.html [trolltech.com]

  • by aschran ( 895622 ) on Sunday January 11, 2009 @05:52PM (#26410133)
    Uh, V8 was not "done by others." That was all Google.
  • by secmartin ( 1336705 ) on Sunday January 11, 2009 @05:52PM (#26410135)
    According to the mac status page [chromium.org] for Chromium, the browser currently fails 10% of the Webkit layout tests; work hasn't even started on building a user interface yet. So I think a release within six months is a bit optimistic.

    If you'd like to get a preview of the Mac release, there are up-to-date builds available here [securityandthe.net] so you don't have to compile it yourself.

  • Re:BSD too? (Score:3, Informative)

    by jeremyp ( 130771 ) on Sunday January 11, 2009 @06:27PM (#26410417) Homepage Journal

    You'd have better luck porting the Linux version. The Mac OS X user interface API is very different from anything that runs on BSD.

  • by Hucko ( 998827 ) on Sunday January 11, 2009 @06:39PM (#26410499)

    Incest.

  • by Jeremy Visser ( 1205626 ) on Sunday January 11, 2009 @09:02PM (#26411825) Homepage

    The only reason Pidgin can't do it is that they haven't supported it yet (and probably won't, because the devs are very stuck up).

    Ever heard of libjingle [google.com]? It's the "video and voice" component of Google Talk, which is basically an extension to XMPP.

    Any client that supports libjingle (I use Empathy [gnome.org], see screenshot [collabora.co.uk]) can do voice calls to Google Talk users.

  • by kripkenstein ( 913150 ) on Monday January 12, 2009 @01:42AM (#26413727) Homepage

    Companies sell, eg transfer, software developed with Qt all the time, it's what is made for after all. Obviously the license allow it.

    Not what I meant by 'transfer'. You can copy the software, but not transfer the license. In other words, you can distribute your product, but others are not free to fork your product and redistribute it. The forkers would need to purchase a license as well.

    No need for GPL, you can freely use Qt with a wide range of open source licenses like Apache/BSD/etc Please check your facts. http://doc.trolltech.com/4.4/license-gpl-exceptions.html [trolltech.com] [trolltech.com]

    I am aware of this, but not entirely sure about what it means. After all, you can already link GPL code with BSD code (that's how the BSDs use ext2/3 code, for example). That's because the BSD license is compatible with the GPL, which means BSD can be relicensed to GPL - the overall project is then considered as GPL. The same is true for almost all the licenses in the list there (except perhaps for Apache, last I heard).

    In other words, at worst Google would need to GPL the entire app. But even so they could dual-license their own code, under the GPL and the BSD, so they could still say the code was BSD in a sense. And at best, they could just release it under the BSD, as it's compatible anyhow. Yet, in both cases they are releasing a product with a lot of GPL code in it - Qt itself - which means it can't be forked in a non-GPL manner (there are other implications as well). This is something that I believe Google wants to avoid when possible. With the Linux kernel, it isn't avoidable - there is no replacement. But GTK is a respectable replacement for Qt, and isn't GPL (it's LGPL). The same thinking goes on in a lot of other places, leading to high adoption rates for GTK. Again, Nokia can stop this, and I wish they would, simply by relicensing Qt under the LGPL.

  • by Requiem18th ( 742389 ) on Monday January 12, 2009 @03:26AM (#26414229)

    Talking about not caring about the name of a browser, I'm still offended that they went for a name directly from Mozilla's codebase, chrome. They read a page from Microsoft it seems.

  • Re:If only... (Score:2, Informative)

    by ardin,mcallister ( 924615 ) <ardinmcallister@gmail.com> on Monday January 12, 2009 @05:36AM (#26414757) Homepage
    I've never experienced any problems with pidgin, and I've been using it since way back when it was still "gaim" and slackware 7. The linux versions had no problems for me at all... maybe you should look into what you're doing with it.
  • by sznupi ( 719324 ) on Monday January 12, 2009 @07:18AM (#26415127) Homepage

    I'll throw this in before some Firefox fanboy gets in with the usual "but in Opera it's only manual"...

    http://www.fanboy.co.nz/adblock/opera/ [fanboy.co.nz]

    Works at least as good as AdBlock + any proper list, light (no extension needed after all/uses build-in Opera features) and leaves almost no empty spaces.

"I've seen it. It's rubbish." -- Marvin the Paranoid Android

Working...