Das kleine Spiel Catacomb Snatch hat in den letzten Tagen viel von sich Reden gemacht: Die Spieleschmiede Mojang (u.a. Minecraft) hat es innerhalb von 60 Stunden während des “Humble Bundle Mojam” erstellt und die Entwicklung mit einem Livestream übertragen.

Zwar ist Catacomb Snatch alles andere als vollständig – es gibt nur ein Level, die Roboter verhalten sich noch außerordentlich dumm und verschiedene Platzhalter-Sprites lassen deutlich auf den Zeitdruck schließen – dennoch hat das Spiel eine gewisse Beliebtheit erlangt. Da Mojang den Sourcecode verfügbar gemacht hat, gibt es mittlerweile mindestens einen Fork, der die Entwicklung fortführt. Eine leicht veränderte Steuerung, die Behebung einiger Fehler und die neuen Sprites sind durchaus einen Blick wert. Ein weiterer Fork, der u.a. Maussteuerung implementiert, findet sich hier.

Weil auch der Fork noch immer nur das eine, alte Level bietet, habe ich einen kleinen Leveleditor geschrieben. Da Catacomb Snatch Tile-Maps verwendet, lassen sich die Level zwar auch mit jedem Grafikprogramm bearbeiten, allerdings soll der Leveleditor das Bearbeiten, Laden und Speichern der Level etwas erleichtern. Daher ist er auch in der Lage, die Level direkt in das Java-Archiv von Catacomb Snatch zu schreiben.

Natürlich ist der Editor noch nicht sonderlich ausgereift – so werden beispielsweise keine Backups erstellt und auch auf die gewohnten “Sind sie sicher…?” Nachfragen muss der Nutzer noch verzichten. Wer schnell ein paar neue Karten für Catacomb Snatch entwerfen und testen möchte, wird damit aber vermutlich durchaus leben können.

Die aktuelle Version lässt sich jeweils über GitHub beziehen. Dort besteht auch die Möglichkeit, Probleme zu melden.

Ein lange erwarteter und sicher nicht unwichtiger Schritt zu einem benutzerfreundlicheren Desktop war daher die Seite extensions.gnome.org, über die Erweiterungs-Entwickler und Nutzer zusammenfinden. Die Seite bietet Erweiterungen nicht nur an, sondern ermöglicht es auch, diese direkt dort zu installieren und zu (de)aktivieren.

Eben weil das Installieren und Nutzen von Erweiterungen durch die Seite so komfortabel geworden ist, möchte ich die Erweiterungen vorstellen, die ich nutze, um den Gnome-Desktop meinen Vorstellungen anzupassen.

Workspace Indicator
Diese Erweiterung zeigt im Panel die aktuelle Arbeitsfläche an und erlaubt es, diese per Mausklick oder Mausrad zu wechseln. Erspart den Wechsel in den Overlay-Modus.

Desktop Scroller
In eine ähnliche Kerbe schlägt der “Desktop Scroller”. Ist diese Erweiterung aktiviert, kann durch Scrollen am rechten Bildschirmrand ebenfalls die Arbeitsfläche gewechselt werden. Die Erweiterung lässt sich relativ leicht so umbiegen, dass das Scrollen am linken Bildschirmrand den Arbeitsflächenwechsel auslöst.

Auto Move Windows
Gehört sicher zu den bekannteren Erweiterungen. Sie verschiebt beliebige Programme nach dem Start auf vorgegebene Arbeitsflächen. Nützlich, wenn man beispielsweise sein Mail-Programm für gewöhnlich auf Arbeitsfläche 2 starten möchte.

Native Window Placement
Normalerweise ordnet die Gnome-Shell die Fenster im Overlay-Modus symmetrisch an und weist jedem Fenster die selbe Höhe zu. Diese Erweiterung sorgt dafür, dass das Größenverhältnis der Fenster im Overlay-Modus dem realen Größenverhältnis entspricht. Außerdem wird die Anordnung der Fenster so vorgenommen, dass sie der Anordnung der Fenster auf dem Desktop näher kommt. Das erleichtert die Orientierung und das Wiederfinden im Overlay-Modus.

Alternative Status Menu
Ebenfalls sicher eine Standard-Erweiterung. Die Überlegung der Gnome-Macher, den Suspend-Modus in den Vordergrund zu stellen, indem er standardmäßig die einzige Option zum Herunterfahren im Statusmenü ist, stieß von Anfang an bei vielen Nutzern auf Unverständnis – auch weil die Möglichkeit, mit Hilfe der ALT-Taste weitere Optionen zu erhalten, nicht besonders alltagstauglich bzw. intuitiv erschien. Die Erweiterung “Alternative Status Menu” fügt daher weitere Optionen zum Statusmenü hinzu.

PulseAudio-Equalizer
Diese Erweiterung fügt im Sound-Menü eigentlich nur einen Eintrag für den PulseAudio-Equalizer hinzu, der unabhängig davon zusätzlich installiert werden muss. Dennoch finde ich die Erweiterung durchaus praktisch, da der Equalizer so immer griffbereit ist und zum Experimentieren einlädt – nicht nur bei Vuvuzela-Sorgen.

Presentation Mode
Bei Präsentationen oder Flash-Videos greift die Unterdrückung des StandyBy-Modus des Monitors häufig nicht – der StandBy müsste jedes Mal im Vorfeld manuell deaktiviert werden, wenn man nicht grundsätzlich darauf verzichten möchte. Diese Erweiterung fügt einen weiteren Menüpunkt im Statusmenü an, so  dass der StandBy-Modus des Monitors mit einem Klick unterdrückt werden kann.

noa11y
Das Erreichbarkeits-Menü im Gnome-Panel wird von vielen Nutzern nicht benötigt und kann mit dieser Erweiterung entfernt werden.

Bigger MessageTray Corner
Mit dem Update auf GNOME 3.2.2 wurde der Bereich, der die MessageTray hervorbringt, wenn man mit der Maus darüber fährt, auf einen Pixel verkleinert: Der Nutzer muss die Maus nun nur noch in die untere, rechte Ecke schubsen und kann so auf seine Benachrichtigungen zugreifen, ohne die Leiste ständig versehentlich anzuzeigen, wie es in früheren Versionen oft geschah. Wer allerdings einen zweiten Monitor rechts neben dem ersten angeordnet hat, wird unter Umständen Mühe haben, den “magischen Pixel” in der unteren, rechten Ecke des ersten Monitors zu erwischen. Diese kleine Erweiterung habe ich geschrieben, um den Maus-Bereich wieder auf 300 Pixel auszudehnen.

Media Player Indicator
Ubuntu-Nutzer kennen bereits die Möglichkeit, ihre Media-Player über das Sound-Menü im Panel zu steuern. Diese Erweiterung bietet diese Möglichkeit auch für Gnome-Shell-Nutzer – vorausgesetzt, die von ihnen eingesetzten Medien-Spieler nutzen die MPRIS-Schnittstelle.

gTile / KeyTiling
Ich habe ja schon’mal erwähnt, dass es gerade auf großen Monitoren attraktiv ist, seine Fenster überlappungsfrei anzuordnen. Nicht ohne Grund bieten viele Systeme und Oberflächen die Möglichkeit, Fenster beispielsweise über den halben Bildschirm zu spannen, wenn man sie an den entsprechenden Bildschirm-Rand zieht. Ich nutze zur Zeit gTile und meine Eigenkreation KeyTiling parallel, um ein wenig Tiling-Gefühl auf den Desktop zu bringen.

Für Hinweise auf weitere interessante Erweiterungen bedanke ich mich schonmal im Voraus .

Da es unter systemd sehr leicht ist, neue Services zu definieren, kann leicht Abhilfe geschafft werden:

[Unit]
Description=TurboPrintDaemon

[Service]
Type=forking
ExecStart=/usr/bin/tprintdaemon
Restart=on-abort

[Install]
WantedBy=multi-user.target

Dieser Code wird schlicht in der neu zu erstellenden Datei /etc/systemd/system/tprintdaemon.service
abgelegt.

Nun kann der Service mit
sudo systemctl enable tprintdaemon.service
installiert und mit
sudo systemctl start tprintdaemon.service
direkt gestartet werden.

Die von Chris angesprochenen Probleme mit “Nautilus-Python” scheinen insgesamt darauf zurückzuführen zu sein, dass für Nautilus-Erweiterungen die GTK3-Anbindung jetzt zwingend erforderlich sind. Durch die Ableitung von GObject ließen sich in meinem Fall also die Probleme beseitigen.

Wer sich meine “open-terminal”-Variante einmal ansehen möchte, kann dies bei GitHub tun. Abgelegt wird das Skript im Verzeichnis ~/.local/share/nautilus-python/extensions/, wobei ich das Verzeichnis in meinem Fall erst noch erstellen musste.

shellshape demo von Tim Cuthbertson auf Vimeo.

Ich habe die Pakete allerdings über das Arch User Repository bezogen, aktuelle PKGBUILD-Dateien finden sich in den Kommentaren der jeweiligen Pakete.

Nach erfolgreicher Installation sollte die Gnome-Shell neu gestartet (Alt+F2, dann das Kommando “r” absetzen) und die ShellShape Extension aktiviert werden. In der Leite oben erscheint dann ein neuer Eintrag. Hier kann zwischen normalen Modus (“Floating”) und Tiling (merkwürdiger Weise übersetzt mit “Horizontal”) gewechselt werden. Das ist schonmal eine ganz gute Sache, da so schnell und bequem zwischen den beiden Modi gewechselt werden kann, abhängig davon, was und wie man gerade arbeiten möchte.

Wie von anderen Tiling-Managern gewohnt, bietet auch ShellShape eine ganze Reihe von Tastenkombinationen, mit denen die Fenster vergrößert, verkleinert und ausgetauscht werden können. Grundsätzlich funktioniert das Ganze auch wie erwartet. Allerdings hatte ich doch den Eindruck, dass es öfter zu Problemen und Darstellungsfehlern kommt, wenn man Fenster vergrößert / verkleinert / verschiebt oder sich sogar mit der Maus daran zu schaffen macht. So war es für mich dann doch öfter umständlich und müßig, das Layout zu erreichen, das intendiert war.

Hier könnte etwas mehr Einarbeitungszeit sicher Abhilfe schaffen. Insgesamt erscheint mir die Idee sehr attraktiv, einen modernen Desktop mit Tiling-Funktionen zu versehen, die je nach Anwendungsfall ein- und abgeschaltet werden können. Das macht viel Spaß, wenn man für bestimmte Arbeiten die Tiling-Funktionen möchte, ansonsten aber eher im Normalbetrieb unterwegs ist. Allerdings hatte ich dann doch den Eindruck, dass besonders die Mausbedienung der Tiles noch nicht ganz ausgereift ist – und das wäre mMn wirklich sinnvoll, wollte man die Gnome-Shell tatsächlich mit Tiling verheiraten. Auch die Unterstützung zweier Monitore im TwinView-Betrieb ließ in meinem kurzen Test zu wünschen übrig.

So gesehen kann ich einen kurzen Test durchaus empfehlen. Für eine dauerhafte Verwendung ist die Erweiterung zur Zeit wohl noch nicht ausgelegt, sogar die offizielle Seite rät davon ab.

Ich hatte bisher noch keine zufriedenstellende Lösung gefunden. Einige Nutzer lassen durch zusätzliche Skripte den Flashplayer auf Youtube durch VLC ersetzen. Andere Nutzer lassen durch diesen Trick das Flash-Video das gesamte Browser-Fenster einnehmen und versetzen dann den Browser in den Vollbild-Modus. Wirklich befriedigend ist das alles nicht.

Alistair Buxton hat sich auf seiner Homepage einmal näher mit dem Problem beschäftigt und rausgefunden, warum der Flashplayer auf Youtube so skaliert, wie er skaliert. Letztendlich ermittelt das Flash-Plugin durch einen bestimmten API-Aufruf (XGetGeometry) die Größe der Anzeigefläche. Diese wird an den Flash-Player weitergereicht, der daraus seine Schlüsse zieht. Der Youtube-Player scheint zunächst das Flash-Video auf den gesamten Anzeigebereich zu skalieren, um dieses Bild dann (inklusive schwarzer Balken) wieder auf die Größe der primären Anzeige runterzuskalieren oder entsprechend zu beschneiden. Auf der Seite von Alistair Buxton ist das anhand verschiedener Bilder gut nachzuvollziehen.

Alistair hat nun einen kleinen Hack veröffentlicht, der den Aufruf der Methode “XGetGeometry” durch dynamisches Linken mittels LD_PRELOAD überschreibt. Wenn das Flash-Plugin nun nach der Anzeigegröße fragt, werden ihm Breite und Höhe des primären Bildschirms zurückgegeben. Der kleine Hack findet sich hier und ist leicht zu verwenden, in der Readme-Datei finden sich alle wichtigen Informationen.

Einen Nachteil hat auch diese Methode natürlich: Bei jedem Aufruf des Browsers muss die Umgebungsvariable LD_PRELOAD explizit gesetzt werden, damit die modifizierte XGetGeometry-Funktion zum Tragen kommt. Es empfiehlt sich daher, die .desktop-Datei des Lieblingsbrowsers entsprechend anzupassen. Alternativ könnte auch ein kleines Skript erstellt werden, das statt des Browsers aufgerufen wird:

#!/bin/bash
LD_PRELOAD=/usr/lib/libfullscreenhack.so chromium-browser $@

Letztlich ist natürlich auch diese Lösung keine Dauerlösung. Durch den kleinen Trick von Alistair kann man das Problem aber erstmal umschiffen. Endlich.

Um nun das Thema zu ändern, genügt es, folgenden Befehl in der Konsole abzusetzen:

dconf write /org/gnome/shell/extensions/user-theme/name "'DarkGlass'"

Ebenso könnte mit dem Werkzeug “dconf-editor” der entsprechende Schlüssel angepasst werden.

Weil dieses Vorgehen doch eher umständlich ist, gibt es die Erweiterung “themeselector“, die die Möglichkeit, das Thema zu ändern, direkt in die GnomeShell integriert.

Leider scheint diese Erweiterung noch nicht mit der aktuellen Version der GnomeShell lauffähig zu sein und da es nicht mit einer einfachen Anpassung der Versionsnummer in der Datei “metadata.json” getan war, habe ich ein kleines Python-Skript geschrieben, das ebenfalls in der Lage ist, die GnomeShell-Themen auf die Schnelle zu ändern.

Das Skript findet sich hier auf GitHub und sollte mit Python2 und Python3 lauffähig sein. Voraussetzung ist natürlich die Installation der oben erwähnten und verlinkten Erweiterung “user theme”. Außerdem müssen die Bibliotheken für die Anbindung von Python an die GObject-Introspektion installiert sein, unter Ubuntu oder Arch sind diese beispielsweise im Paket “python-gobject” bzw. “python-gobject2″ zu finden.

Wer schnell mal ein paar Shell-Themen ausprobieren möchte, kann ja einen Blick darauf werden.

//edit: Wie Christoph in den Kommentaren erwähnt, steht diese Funktion auch über das “gnome-tweak-tool” zur Verfügung; da das die meisten Shell-Nutzer wohl installiert haben dürften, besteht natürlich kaum Bedarf für ein zusätzliches Skript .

Etwas frustrierend war für mich aber der Umstand, dass die messageTray bei mir nicht mehr auf dem primären Bildschirm, sondern dem meist abgeschalteten Zweitbildschirm dargestellt wurde. Mit ein paar Handgriffen lässt sich die messageTray aber wieder auf den “richtigen” Bildschirm befördern.

Schritt 1: messageTray.js

Im ersten Schritt wird die Datei /usr/share/gnome-shell/js/ui/messageTray.js mit Root-Rechten bearbeitet. Dabei wird in der Funktion _setSizePosition die Zeile

let monitor = Main.layoutManager.bottomMonitor

durch folgende Zeile ersetzt:

let monitor = Main.layoutManager.primaryMonitor

Schritt 2: layout.js

Auch die Datei /usr/share/gnome-shell/js/ui/layout.js wird mit Root-Rechten bearbeitet. In der Funktion _updateTrayBarrier wird die Zeile

let monitor = this.bottomMonitory

durch folgende Zeile ersetzt:

let monitor = this.primaryMonitor

In der Funktion _updateBoxed wird parallel verfahren: Jedes Vorkommen von “bottomMonitor” im Zusammenhang mit der messageTray wird durch “primaryMonitor” ersetzt. So wird aus:

this.trayBox.set_position(this.bottomMonitor.x, this.bottomMonitor.y + this.bottomMonitor.height); 
this.trayBox.set_size(this.bottomMonitor.width, -1);

this.trayBox.set_clip(0, -this.bottomMonitor.height, this.bottomMonitor.width, this.bottomMonitor.height);

dieses hier:

this.trayBox.set_position(this.primaryMonitor.x, this.primaryMonitor.y + this.primaryMonitor.height);
this.trayBox.set_size(this.primaryMonitor.width, -1);

this.trayBox.set_clip(0, -this.primaryMonitor.height, this.primaryMonitor.width, this.primaryMonitor.height);

Schritt 3: Shell neu starten

Um die Änderungen wirksam zu machen, wird die Shell neu gestartet. Dazu genügt es im Ausführen-Dialog von Gnome3 (ALT+F2) das Kürzel “r” abzusetzen.

Damit dieser zusätzliche Stromverbraucher nicht unnötig an- und ausgeschaltet werden muss, kann man GDM durch einen kleinen Kniff dazu zwingen, den Mauszeiger auf dem “richtigen” Monitor zu platzieren.

Dazu wird lediglich das Programm xdotool benötigt. Durch folgende Zeile am Ende (jedoch vor dem “exit 0″) der Datei  /etc/gdm/Init/Default wird der Mauszeiger beim Start von GDM an die gewünschte Stelle gebeamt:

xdotool mousemove 500 500

Die beiden letzten Ziffern geben dabei die Koordinaten des Mauszeigers an (gemessen von der linken, oberen Bildschirmecke).

//update:
Es ist natürlich die linke, obere Ecke. Fixed.