Linked by Thom Holwerda on Sat 14th Feb 2009 12:55 UTC
Google A major complaint about Google's Chrome web browser has been that so far, it is still not available on anything other than Windows. Google promised to deliver Chrome to Mac OS X and Linux as well, but as it turns out, this is a little harder than they anticipated, Ben Goodger, Google's Chrome interface lead, has explained in an email. It has also been revealed what toolkit the Linux version of Chrome will use: Gtk+.
Thread beginning with comment 349082
To read all comments associated with this story, please click here.
Lots of nonsense
by acobar on Sun 15th Feb 2009 09:32 UTC
Member since:

People keeps repeating this "lowest common denominator" thing here.

First of, it is not a "use only what is available on Qt and nothing else" question. I bet most of people that used this argument here never used Qt or even wrote a multi-platform application. The real question is how much code you have to add on each platform to conquer your goals, i.e., your compromise on write more or less code, be more or less integrated on each platform and use more or less of its "sugar".

I have nothing against them picking Gtk+, is their project and if done right it will be useful to me, I guess, but lets face it, they will for sure write more code. And to the vocals gnome users here, remember, it will be a Gtk+ application and as so have implications on how well integrated it will be in your desktop. (I actually expend most of my time on low resources environments theses days, just to put things on perspective)

Now, what about long term maintenance of the code? Well, I can talk about my experience only. C++ GUI applications are more resilient to updates on underpinnings than C only and usually easier to extend when more features arrive (from a source point of view). I think this deserves a new thread and lots of data to see if it hold water on a larger audience, but it does for me, specially when dealing with Gtk+ and Qt.

And last, but not least: will them follow the OOo and Firefox path (i.e., create a new, "internal" layer to isolate most of differences they can on each system)? I they do, they will be creating the same kind of problems we face on former apps: new layer that will stuff the code and more errors to be squashed on doing so. Should them follow this path, I really would suggest them embracing Qt and help it improve its multiplatform characteristics fixing bugs and asking changes, this way lots of projects would be beneficed altogether.

Reply Score: 3

RE: Lots of nonsense
by segedunum on Sun 15th Feb 2009 13:48 in reply to "Lots of nonsense"
segedunum Member since:

You've managed to adequately explain the whole situation (again), but there are still people around here who still do not and never will understand what it actually takes to write cross-platform applications. Hell, even a lot of developers have had idealistic notions of being able to port their toolkit to wrap each native API and they still refuse to admit that they've failed to create something that works reliably.

There are always trade-offs, and you have to identify what your lowest common denominator is and then choose to add platform specific features that preferably aren't going to impact that core code. It's hard enough writing an application for one platform! You are best off letting the toolkit handle that common denominator of things you want to work over all platforms and then add your own features on top. Qt's still the best option there. But, whatever.

It's no skin off my nose what Google uses, but we all know we're going to get an inferior Linux port as we have with Firefox, Eclipse/SWT and Open Office (you can't deny that Windows is the primary platform for them).

Open Office is yet another example of layer after layer of cross-platform 'glue' being added after the fact when an adequate toolkit could have been used to start off with so that code didn't have to be written. Does anyone really think that Open Office is a quality application that has features added easily? No. I didn't think so.

Reply Parent Score: 4