Gnomogram

GUADEC 2001

GUADEC [1], die GNOME User And Developer European Conference, fand dieses Jahr in Kopenhagen statt und gab GNOME-Entwicklern die Möglichkeit, die Zukunft von GNOME zu besprechen bzw. sich gegenseitig Poster und Hintern zu signieren. Da GNOME 1.4 kurz vor der GUADEC fertiggestellt wurde, war einer der Diskussionsschwerpunkte GNOME 2.0. Dabei kamen nicht nur GNOME-Anhänger zu Wort, es waren auch mehrere KDE-Entwickler anwesend, mit denen an besserer Interoperabilität zwischen GNOME und KDE gearbeitet wurde. Es gab sogar Bestrebungen dahin, GNOMEs angestaubten Sound-Daemon ESD durch KDEs aRts zu ersetzen. Ob diese Lösung tatsächlich Wirklichkeit wird, bleibt abzuwarten, da aRts einigen GNOME-Entwicklern zu viele Aufgaben übernimmt, die ein Multimedia-Framework wie Gstreamer verarbeiten sollte.

Erstmals präsentiert wurde auf der GUADEC DirectFB, das es ermöglicht, GTK-Applikationen direkt auf den Framebuffer, also eine Abstraktion der Grafik-Hardware, zugreifen zu lassen. DirectFB bietet außerdem Features wie Window Management und einen Alpha-Channel für durchsichtige Fenster. Um neuen Entwicklern den Einstieg in GNOME leichter zu machen, wurde beschlossen, die bestehende technische Dokumentation wesentlich zu erweitern.

Natürlich soll auch den Benutzern, speziell solchen mit Behinderungen, die Arbeit mit GNOME erleichtert werden. Obwohl in dieser Richtung noch sehr viel getan werden muss, konnten auf der GUADEC schon Features wie Sprachausgabe präsentiert werden. Auch die Entwicklung einer GNOME Office Suite, für die schon länger Pläne existieren, wurde endlich beschlossen. Unter dem Namen GNOME-Office sollen bis zum Erscheinen von GNOME 2.0 mehrere bestehende Programme zusammengeschlossen und aufeinander abgestimmt werden.

Bilder von der GUADEC und den dazugehörigen Parties liegen unter [2]; außerdem sollten mit Erscheinen dieser Ausgabe alle Vorträge unter [3] als MPEG-2 verfügbar sein.

Abbildung 1: GUADEC 2001 (Foto: http://canvas.gnome.org/~gman/guadec/)

Eazel Reef

Da die momentan von Eazel eingesetzte Technologie der Services über das Internet sehr begrenzt ist, wird unter dem Namen Reef [4] eine Basis geschaffen, die zumindest auf dem Papier wesentlich mächtiger ist. Der Benutzer empfängt über Reef sogenannte Service View Bundles, die Script Code und andere Daten wie Bilder enthalten. Als Scriptsprache soll vorerst Python eingesetzt werden, langfristig sollen aber auch andere Sprachen unterstützt werden. Für die Kommunikation zwischen dem lokalen Script und dem Server sind sowohl SOAP, das auch die Grundlage für Microsofts .NET bildet, als auch XML-RPC im Gespräch.