Fredo's Blog

In Ubuntus (nicht mehr ganz so) neuem Unity-Desktop steht die Suche im Mittelpunkt: Anstatt sich durch verschachtelte Menüs zu wühlen, sollen Inhalte jetzt über eine zentrale Suchmöglichkeit gefunden werden können. Und um verschiedenen Arten von Gefunden-werden-Wollendem abzudecken, bietet Unity die Möglichkeit, spezialisierte Plugins zu schreiben, die sogenannten Lenses. Jeder Unity-Nutzer kennt die Linsen für Anwendungen, Dateien und (neuerdings) Musik, aber die Idee ist, auch neue Funktionen auf diese Weise zu ergänzen.

Das Interface ist zwar neu, die Idee ist es nicht unbedingt: Vor einigen Jahren trat das Deskbar-Applet an, um eine zentrale Anlaufstelle für die Desktop-Suche zu werden, mit Plugins für Tracker (als Dateisuche), Anwendungen (als Programmstarter) und vieles anderes. Auch wenn die Deskbar nicht ohne Probleme war, die Idee leuchtete mir gleich ein. Eine Funktion fehlte mir aber, nämlich die Suche in meinem Adressbuch und die schnelle Anzeige von Kontaktinformationen, ohne dass ich immer gleich Evolution aufrufen muss. Problem erkannt, Problem gebannt, so wurde mein Deskbook-Plugin geboren, das ich bis heute gerne benutze.

Andere sind jetzt auf die einleuchtende Idee gekommen, diese Funktion jetzt in die Unity-Dash einzubauen. So findet sich ein entsprechender Eintrag auf Ubuntu Brainstorm. Auch OMG! Ubuntu! hat schon einmal einen frühen Prototyp vorgestellt. Die Idee ist bis zum Ubuntu Technical Board vorgedrungen und wurde einem Review unterzogen. Zwar wird das Kern-Team in absehbarer Zeit keine solche Lens erstellen, aber Allison Randal gibt ein paar Hinweise, wie ein leidlich erfahrener Python- oder Vala-Programmierer ein solches Unterfangen beginnen könnte.

Mir gefällt die Idee, und anderen offenbar auch. Pablo Saavedra hat (aufbauend auf der Music Lens) schon mal ersten Code geschrieben. Aber um vom ersten Proof-of-Concept zu einer billant geschliffenen Kontakt-Linse zu kommen, ist noch einiges zu tun. Um für Interessierte eine Anlaufstelle zu bieten, habe ich einmal ein Projekt auf Launchpad erstellt und ein Team gegründet.

Ich denke, dass eine solche Lens eine überschaubare Aufgabe ist, und ein guter Einstieg in die Entwicklung für Unity. Alle, die die Idee einer Kontaktsuche in der Dash überzeugen kann, und die Lust haben, sich in ein solches Projekt einzubringen, sind herzlich eingeladen, dem Team beizutreten und auf der Team-Mailingliste über die nächsten Schritte zu diskutieren. Noch ist nicht einmal die Wahl der Programmiersprache (Python oder Vala) endgültig gefallen, ihr habt also die großartige Gelegenheit, das Projekt von Anfang an mitzugestalten.

Es würde mich freuen, den einen oder die andere Interessierte im Team begrüßen zu können.

Gerade las ich die Nachricht, dass Ubuntu Studio bald auf Xfce statt Unity oder GNOME3 setzt. Für mich ist das eine interessante, aber auch nicht sehr überraschende Entwicklung. Und es passt für mich auf eine gewisse Weise zu der Meldung, dass Lubuntu nun ein offizielles Ubuntu-Derivat wird. Damit ergibt sich nach meinem Dafürhalten so langsam ein interessantes Bild.

Die Zukunft des GNOME-Desktop liegt bei GNOME 3 Shell und Unity. Es ist mittlerweile klar, dass Ubuntu 11.10 ohne den klassischen GNOME-(2-)Desktop kommen wird. Es gab an der einen oder anderen Stelle Aufregung darüber, aber für mich ist das nur konsequent: GNOME 2 wird nicht ewig gewartet werden, und Upstream setzt man auf GNOME 3 mit der Shell. Für wichtiger halte ich, dass die GNOME Shell in 11.10 wieder aus den Ubuntu-Quellen installierbar sein wird, und danach sieht es derzeit aus. Dass Ubuntu auf eigene Faust einen veralteten Desktop weiterentwickelt, scheint mir nicht gerade naheliegend.

Was machen aber die Anwender, die sich mit den neuen Konzepten von GNOME 3 Shell und Unity nicht anfreunden können? Nicht einmal „dann suche ich mir eben eine andere Distribution“ ist in dieser Situation eine dauerhafte Lösung, denn keine Distribution wird, soweit ich sehe, GNOME 2 auf eigene Faust weiter pflegen. Vielleicht ist liegt die Zukunft des klassischen GNOME-Desktop-Feelings aber ja in Xfce.

Mit LXDE/Lubuntu hat so langsam ein neuer Desktop den Platz als leichtgewichtiges System für schwache/alte Rechner eingenommen, auf dem lange Xfce/Xubuntu zu Hause war. Xfce ist immer komfortabler, aber damit auf gewisse Weise auch fetter geworden. Ich hatte schon länger den Eindruck, dass Xfce das Unterscheidungsmerkmal zu GNOME verloren geht. Was sich im Vergleich zu LXDE als Nachteil darstellte, könnte aber auch ein Vorteil sein: Nun, wo sich der GNOME-Desktop mit Shell und Unity nach oben absetzt, ist auf dem Platz von GNOME 2 auf einmal eine Lücke entstanden, die Xfce hervorragend füllen könnte. Die Entscheidung von Ubuntu Studio scheint genau das zu bestätigen.

Früher habe ich gerne ab und zu mal Pen&Paper-Rollenspiele gespielt, und auch PC-Rollenspiele wie Neverwinter Nights oder Drakensang machen mir durchaus gelegentlich Spaß. Während Neverwinter Nights wenigstens noch als Linux-Version herausgegeben wurde (der Nachfolger aber leider schon nicht mehr), habe ich ansonsten leider kaum halbwegs grafisch ansprechende Rollenspiele für Linux gefunden – von OpenSource-Projekten ganz zu schweigen. Mit dem vorläufigen Aus von Rastullahs Lockenpracht ist wohl leider auch ein weiterer viel versprechender Kandidat ausgeschieden.

Bliebe noch die Online-Variante, die sogenannten MMORPGs. Bisher eigentlich ein Genre, das mich nicht so richtig gereizt hat – meine Zeit ist mir dann doch zu schade, um meinen Tagesablauf auf die Zeitplanung von Gildenpartnern abzustimmen. Und auch die latente Suchtwirkung dieser Spiele hat mich bisher immer zurückgehalten. Nicht zuletzt spiele ich dann doch nicht so viel, dass ich Lust hätte, auch noch monatliche Abo-Gebühren zu zahlen.

Aus dem Augenwinkel habe ich dabei schon länger PlaneShift beobachtet. PlaneShift ist ein quelloffenes Online-Rollenspiel, das sich derzeit zwar noch in der Entwicklung befindet, aber durchaus schon spielbar ist. Und irgendwann war dann doch die Neugier groß genug, so dass ich mir PlaneShift einmal näher angesehen habe. Hier also ein kleiner Erfahrungsbericht aus Yliakum. (Kleine Bemerkung vorweg: Da ich, wie erwähnt, bisher überhaupt keine Online-Rollenspiele kannte, kann ich auch nicht sagen, was PlaneShift von anderen MMORPGs unterscheidet. Dazu möge sich jeder ein eigenes Bild machen.)

Installation und erster Start

Um dem Spiel beitreten zu können, muss man zunächst einen Account anlegen. Das geht über die PlaneShift-Seite. Bei der Registrierung hat man die Wahl zwischen zwei Spiele-Servern: Zeroping, auf dem besonders viel Wert auf stilechtes Rollenspiel gelegt wird, und Ezpc, wo Rollenspiel weniger im Vordergrund steht. Das Rollenspiel ist einer der spannenderen Aspekte von PlaneShift, also habe ich mich für Zeroping entschieden.

PlaneShift ist für Windows, Mac OS X und Linux erhältlich. Den immerhin 430 MB großen Installer kann man einfach über BitTorrent oder einen der Mirror-Server herunterladen. Die Installation verläuft dann mit dem heruntergeladenen Installer recht problemlos. Ich habe mich der Einfachheit halber für eine Installation im Home-Verzeichnis entschieden. Wenn man den Installer aber nicht als Root laufen lässt, kann kein Starter im Anwendungsmenü erstellt werden. Mit einem kleinen Kniff kann man das aber leicht beheben: Einfach im Installer angeben, dass ein Starter auf dem Desktop erstellt werden soll. Die Datei Planeshift.desktop kann man dann einfach vom Desktop nach „.local/share/applications/“ verschieben, dann taucht auch der Starter im Menü auf.

Nach der Installation ruft man einen Launcher auf, der dem eigentlichen Spiel vorgeschaltet ist. Dieser weist einen auf neue Updates hin und installiert diese, ermöglicht einige Einstellungen wie etwa zur Auflösung und Grafikqualität, und startet letztlich das Spiel.

Charakter-Erstellung

Nach dem Login auf dem Server kann man sich einen Charakter erstellen. Insgesamt lassen sich bis zu vier Charaktere anlegen. Zur Auswahl stehen zwölf verschiedene Rassen. Insgesamt ist Yliakum, die Welt von Planeshift, in meinen Augen etwas abgefahrener als Herr der Ringe, Das Schwarze Auge, oder ähnliches. So gibt es neben den „klassischen“ Rassen wie Menschen, Elfen und Zwergen auch amphibische Wasserelfen, Katzenmenschen oder geflügelte Echsenmenschen. Leider stehen noch nicht für alle Rassen und Geschlechter die entsprechenden Charaktermodelle zur Verfügung, so dass man auf manche Rassen entweder verzichten muss, oder mit einer nicht ganz passenden Spielfigur durch die Welt zieht.

Nach der Festlegung von Rasse, Geschlecht und Aussehen fängt dann die eigentliche Charaktererstellung an. Das System zeigt den Rollenspiel-Fokus von PlaneShift und hat mir dabei sehr gut gefallen: Anstatt nun eine Beruf auszuwählen und Punkte auf bestimmte Fertigkeitswerte zu verteilen, schafft man seinem Charakter eine Geschichte: Vom Geburtstag, Eltern und Geschwistern über Kindheitsereignisse bis zu Erfahrungen in der Jugend. Am Ende hat man dann einen Charakter mit Stärken und Schwächen. Der Weg, den die Figur dann geht, ist aber völlig offen: Jeder Charakter kann im Laufe des Spiels prinzipiell alle Fähigkeiten und Berufe erlernen, selbst eine magische Ausbildung steht jedem offen.

Dem eigentlichen Spiel ist dann ein Tutorial vorgeschaltet. Dort trifft man einige Lehrmeister, die einen mit verschiedenen Aspekten des Spiels vertraut machen. Hat man dies alles durchlaufen, kann man in die Welt von Yliakum starten.

Unendliche Welten …

… warten in Yliakum nicht auf einen. Aber ein ziemlich großer Mikrokosmos. Derzeit besteht die Welt aus drei Städten und einigen kleineren Orten. Einiges mehr soll im Laufe der Entwicklung folgen. Aber auch so hat man einiges zu tun. Dabei ist man relativ frei, wie man sein Spiel gestaltet. Man kann eigentlich den Online-Charakter weitgehend ignorieren und einfach die Nicht-Spieler-Charaktere (NPCs) abklappern und nach Quests fragen. Die gestalten sich in der Regel eher unblutig und erinnern an das gute, alte Adventure-Prinzip: Man kriegt eine Aufgabe, muss jemanden fragen, der einen wieder zum dritten schickt, dem man dann drei Dinge besorgen muss, und irgendwann hat man die ursprüngliche Aufgabe gelöst.

Man kann aber auch einfach mal in die Kneipe gehen, und dort mit jemandem ein Bier trinken. Und dann taucht man so langsam in die Rollenspiel-Erfahrung ein, die einem Offline-Rollenspiele am Computer eben nicht bieten können. Und dort kann es einem dann etwa passieren, dass man in das Interview mit dem Sieger eines Pferde-, ach nee, Rivnak-Rennens gerät, dass eine Reporterin für die im Spiel herausgegebene Zeitung führt.

Technisches

Das Spiel wird über Tastatur und Maus gesteuert. Dabei können viele Aktionen mit IRC-ähnlichen Commandos ausgeführt werden – einige, seltener gebrauchte, sind auch nur so und nicht über die Maussteuerung erreichbar. Will man etwa an einem Fischteich sein Glück versuchen, nimmt man die Angel in die Hand und schreitet mit /fish zur Tat. Auch für die Kommunikation mit anderen Spielercharakteren sind die Kommandos hilfreich. Neben dem vom IRC bekannten /me passes a beer to Dulrik gibt es auch /greet (was eine entsprechende Geste der Figur einleitet), /wink, /laugh und sogar /kiss.

Die Grafik des Spiels ist ziemlich nett, aber vermutlich eher obere Mittelklasse. (Und, hey, Linux-User sind Nethack gewohnt, da ist 3D ja schon ein Kracher! )Die Welt wirkt aber insgesamt ziemlich liebevoll gestaltet. So unterscheiden sich die Städte nach den jeweils hauptsächlich ansässigen Rassen in ihrer Architektur. Insgesamt ist das Spiel sehr spielbar, aber man merkt hin und wieder doch, dass es noch in der Entwicklung ist. So sind etwa einige der Fertigkeiten, über die ein Charakter verfügt, de facto noch nicht benutzbar. Auch kann es hin und wieder vorkommen, dass sich Quests aufgrund von Fehlern nicht beenden lassen. Dafür gibt es aber sehr aktive Gamemaster und einen Bugtracker, in dem solche Probleme besprochen werden können und, je nach Komplexität, auch relativ schnell gefixt werden.

Fazit

PlaneShift ist ein wirklich ansprechendes Online-Rollenspiel, das vor allem durch seinen starken Fokus auf lebendiges Rollenspiel besticht. Zwar ist das Spiel noch in der Entwicklung, aber „gefühlt“ ist man über das Stadium der „Tech-Demo“, als die die Entwickler PlaneShift bezeichnen, hinaus. Und irgendwie ist es ja auch reizvoll, einer ganzen Welt bei der Entstehung und Entwicklung zuzusehen. (Und immerhin haben Linux-Nutzer ja Erfahrung im Erstellen von Bug-Reports. )

Nein, nicht die Schiedsrichterentscheidungen der heutigen Spiele sind gemeint. Sondern die Design-Änderungen bei Ubuntu.

OK, die meisten sind vermutlich froh, dass die ewige Reihe der Blogposts zum neuen Ubuntu-Design langsam mal abgebrochen ist. Warum sollte man das leidige Thema ausgerechnet jetzt wieder aufgreifen? Weil neue Fakten aufgetaucht sind:

Gerade das Erdbraun von Ubuntu hat immer viel Schelte bekommen. Aber wenn man sich einmal den FIFA-Trailer im Fernsehen ansieht, merkt man: Afrika ist in, braun ist in, Ethno-Wirbelbilder sind in. Gerade jetzt hätte Ubuntu mit seinem braunen Design endlich mal punkten können, aber nein, gerade jetzt muss ein kaltes, westlich-modernes, herzloses Lila-Orange eingeführt werden.

Wie schön hätte sich jetzt etwa das Design aus Ubuntu 8.04 Hardy Heron in die allgemeine Afrika- und WM-Euphorie eingefügt. Und hätte nicht auch Ubuntu davon profitieren können? „Das Betriebssystem zur WM in Südafrika – aus Südafrika“. Dann noch eine „Ubuntu World Cup Edition“ mit vorinstalliertem Spieleplaner und Vuvuzela-Filter. Mehr Aufmerksamkeit hätte man für Ubuntu doch kaum bekommen können.

Bald ist die WM vorbei, und damit auch diese einmalige Chance für Ubuntu. Wenn uns das nicht noch Leid tun wird …

[update]Ich befürchte, ich habe mich nicht ganz verständlich machen können: Bazinga![/update]

Was bisher „Rapid Application Development“ genannt wurde, braucht unter Ubuntu jetzt einen neuen Namen: „Develop Applications Quickly!“

Wenn man mal ehrlich ist: Für viele ist der entscheidende Vorteil von OpenSource Software doch, dass sie kostenlos ist. Natürlich ist die Philosophie dahinter sympathisch, aber wer liest den tatsächlich den Code der Programme, die man benutzt? De facto teilt sich meiner Erfahrung nach die OpenSource-Gemeinschaft in die (wenigen) Programmierer, die wirklich was mit einem Quelltext anfangen können, und die (vielen) Benutzer, die einfach eine Software haben wollen, die funktioniert.

Ich persönlich finde aber das schöne an Linux als Betriebssystem, dass es tatsächlich ein dazwischen gibt: Nicht nur, dass man auf verschiedene Arten zu OpenSource beitragen kann. Auch der Einstieg in die Programmierung selbst ist einfacher, als man vielleicht denkt. Es fängt vielleicht beim einfachen Shell-Skript an, um eine Reihe von Bildern zu verarbeiten, und endet irgendwann bei einem kleinen, aber vollständigen Programm inklusive grafischer Benutzeroberfläche. In der Ubuntu-Community nimmt man so auch zunehmen die Gelegenheitsentwickler in den Blick. Diejenigen, die also nicht hauptberuflich Informatiker oder ähnliches sind und sowieso den ganzen Tag programmieren, sondern die Benutzer, die einfach gerne ab und zu mal ein kleines Programm schreiben, um ein ganz konkretes Problem zu lösen. So wurde im März die „Opportunistic Developers Week“ veranstaltet, die eben jenen Gelegenheitsprogrammierern einen Einblick in die neuen Möglichkeiten der Anwendungsentwicklung unter Ubuntu geben sollte.

In eine ähnliche Richtung geht Quickly, ein neues Framework für schnelle Anwendungsentwicklung. Das Ausgangsproblem ist schnell beschrieben: Programmieren lernen ist das eine. Hat man sich erst einmal durch die Tutorials gewühlt und verstanden, was Datentypen sind, wie man Schleifen und Bedingungen programmiert, sich vielleicht die Grundzüge von Objektorientierung erarbeitet, fangen viele Folgeprobleme erst an: Wie kriege ich jetzt eine grafische Oberfläche für mein erstes Programm? Wie baue ich Internationalisierung ein, damit man das Programm in verschiedene Sprachen übersetzen kann? Wie benutze ich ein Versionskontrollsystem, um meinen Code mit anderen zu teilen? Und wie baue ich Pakete, um anderen die Installation zu erleichtern? Jeder dieser Punkte braucht wieder Einarbeitung, wieder muss man sich durch verschiedene Tutorials wühlen, und für jeden Punkt wendet man wieder fast so viel Zeit auf wie für die eigentliche Programmierung.

Genau hier setzt Quickly an. Quickly stellt einem ein Skelett für die Programmierung bereit, also in etwa den Teil, den man ansonsten ohnehin per Copy und Paste aus diversen Tutorials übernommen hätte: Eine Basisstruktur für die Dateien in einem Projekt, die Anbindung an einen GUI-Designer, Code für die Internationalisierung und den Paketbau. Aber Quickly macht auch mehr: Quickly trifft gewisse Vorentscheidungen. Was routinierte Entwickler vielleicht als Bevormundung empfinden, ist für Einsteiger oftmals eine Hilfe: Sich nicht über zig Alternativen informieren, auswählen, Entscheidungen treffen, die man kaum einschätzen kann. Quickly macht hier gewisse Vorgaben: Python als Programmiersprache, Glade/GTKBuilder für die Oberflächengestaltung, bzr als Versionsverwaltung, Launchpad als Code-Hosting-Plattform. (All das lässt sich über sogenannte Templates festlegen. Es spricht also nichts dagegen, ein Template für KDE-Programme zu schreiben, das auf git/GitHub setzt. Es hat nur noch niemand getan.)

Von der Benutzung greift Quickly vieles auf, was Web-Frameworks bieten: Wer etwa Django kennt, und dessen Kommandozeilenhelfer django-admin, dem wird quickly bekannt vorkommen. Aber auch so versteht man das Prinzip schnell.

$ quickly create ubuntu-application myapp

erzeugt ein neues Projekt myapp auf der Basis der Vorlage ubuntu-application (derzeit stehen daneben noch ubuntu-cli und ubuntu-pygame zur Verfügung). Dabei wird ein Grundgerüst angelegt, bestehend aus GTKBuilder- und Python-Dateien für ein Programmfenster, einen Einstellungsdialog, einen About-Dialog und etwas Kleister, der das Ganze zusammenhält. Ist man mit „$ cd myapp“ in das neu erstellte Projektverzeichnis gewechselt, kann man Projektspezifische Befehle ausführen:

$ quickly tutorial

zeigt etwa ein schönes, bebildertes Tutorial im Hilfebrowser an, das einem die Funktionsweise von Quickly und die ersten Schritte bei der Programmierung erklärt.

$ quickly commands

listet alle verfügbaren Befehle auf, die man sich mit

$ quickly help <command>

erläutern lassen kann.

Richtig los geht es dann mit

$ quickly design

Damit werden alle UI-Dateien im Glade Interface-Designer geöffnet, so dass man die Oberfläche seines Programms gestalten kann. Den zugehörigen Code bearbeitet man mit

$ quickly edit

woraufhin die Python-Dateien in gedit geöffnet werden.

$ quickly run

startet dann das Programm, so dass man es ausprobieren kann. Entsprechende Befehle gibt es, um das Projekt in bzr zu speichern, auf Launchpad hochzuladen, oder ein Installationspaket daraus zu bauen (wobei gleich auch die Übersetzungsvorlagen angelegt werden). Insgesamt geht mit Quickly vieles leicht von der Hand, wofür man sich früher relativ lange einarbeiten musste.

Das ganze hat aber auch einen Preis: Man muss sich in sein eigenes Programm erst einmal einlesen. Gerade Einsteigern fällt es oft leichter (zumindest kann ich das aus eigener Erfahrung sagen), selbst Code zu schreiben, als Code von anderen zu lesen und zu verstehen. Es ist oft erst einmal mühselig, nachzuvollziehen, wie die einzelnen Komponenten miteinander zusammenhängen. Dadurch, dass ein Quickly-Programm schon viel Infrastruktur mitbringt, muss man sich erst einmal die Zeit nehmen, zu verstehen, was da schon passiert und an welchen Stellen man nun seinen eigenen Code einfügt oder Modifikationen vornimmt. Der Code ist aber gut kommentiert und das Tutorial erklärt alle Schritte, so dass sich die Mühe am Anfang durchaus lohnt.