Würde Google Qt nutzen, wäre alles ganz einfach und Chrome hätte unter Windows, Linux und Mac OS X eine einheitliche Oberfläche. Aber Google ist Qt nicht gut genug.

Die Veröffentlichung der nativen Linux-Version des Google-Browsers Chrome ist weiterhin für Juni geplant. Allerdings scheinen bis dahin mehr Probleme aufzutauchen, als ursprünglich angenommen. Laut einem aktuellen Artikel auf Osnews.com hängen diese vor allem mit dem grafischen Interface zusammen.

Google nutzt zur Darstellung unter Windows eine eigene Bibliothek genannt views. Sie ermöglicht es zum Beispiel die Tabs in der Titelleiste zu plazieren und soll — natürlich — besonders schnell sein. Da Chrome nicht von Anfang an als Multiplatform-Software konzipiert wurde (wie hätte man sonst auf die Idee kommen können, WinHTTP zu benutzen), gibt es auch von den views weder einen Linux- noch einen Mac-Port. Für die Mac-Version hat sich Google schon länger entschieden, auf views zu verzichten und einen komplett native Version von Chrome auf Cocoa-Basis zu schreiben, für die Linux-Variante gibt es laut Evan Martin drei Möglichkeiten:

1) So nah wie möglich an der Windows-Version mit einem Views-Port
2) So nativ wie möglich ohne Views-Port
3) Irgendetwas dazwischen mit einem Hack von Views

In die Diskussion zum Thema hat sich nun auch Ben Goodger, Chefentwickler für die Chrome-Oberfläche, eingeschaltet und unter andrem erklärt, warum man sich gegen Qt als Crossplattformlösung entschieden hat und warum die Wahl von Google auf Gtk+ als Widget-Set gefallen sei. Das Posting von Ben Goodger gibt es hier.