Linked by Thom Holwerda on Mon 16th Feb 2009 14:07 UTC
Editorial Late last week we ran a story on how the Google Chrome team had decided to use Gtk+ as the graphical toolkit for the Linux version of the Chrome web browser. It was a story that caused some serious debate on a variety of aspects, but in this short editorial, I want to focus on one aspect that came forward: the longing for consistency. Several people in the thread stated they were happy with Google's choice for purely selfish reasons: they use only Gtk+ applications on their GNOME desktops. Several people chimed in to say that Qt integrates nicely in a Gtk+ environment. While that may be true from a graphical point of view, that really isn't my problem with mixing toolkits. The issue goes a lot deeper than that.
E-mail Print r 2   · Read More · 93 Comment(s)
Thread beginning with comment 349489
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[4]: We're Stuck With It
by segedunum on Tue 17th Feb 2009 14:32 UTC in reply to "RE[3]: We're Stuck With It"
Member since:

I take your points, but I do have to ask one thing about your examples, and yes, this question is OT. Exactly what would it matter if someone missed out on the Orca screen reader under KDE? It doesn't work with QT apps at all, at least not yet....

It does with KDE 4 and Qt 4 because they support AT-SPI.

However, that's not the point. This was an example. The point is that you're limiting the applications available and limiting your functionality which will not expand the userbase for open source desktops. In addition, you're also increasing the work of already stretched open source time, people and resources because you're dictating that if an application exists it needs to have at least its front-end re-written. It's just a bit daft really.

Edited 2009-02-17 14:34 UTC

Reply Parent Score: 1