Mit Version 1.4 hat sich das grundlegend geändert. Gradia ist in riesigen Schritten jetzt ein vollwertiges Screenshot-Tool mit integrierten Bildbearbeitungsfunktionen geworden – ähnlich wie etwa Shutter oder Ksnip. Der große Unterschied: Gradia konzentriert sich nach wie vor darauf, aus schlichten Screenshots ansprechende Grafiken zu machen.

Was ist neu seit Version 1.1.0

Der wichtigste Unterschied zur frühen Version: Gradia kann jetzt selbst Screenshots erstellen. Das passiert entweder über den Button in der Anwendung oder – eventuell sogar praktischer – über Kommandozeilenparameter. Mit dem folgenden Kommando startet ihr die interaktive Bereichsauswahl, alternativ erstellt ihr sofort einen Vollbild-Screenshot.

$ flatpak run be.alexandervanhee.gradia --screenshot=INTERACTIVE

$ flatpak run be.alexandervanhee.gradia --screenshot=FULL

Das kann man auch dazu verwenden via Shortcuts Screenshots aufzunehmen und anschließend umgehend Gradia mit dem gerade erstellten Bild zu starten. Öffnet dazu in GNOME Einstellungen » Tastatur » Tastenkürzel anzeigen und anpassen » Eigene Tastenkürzel. Dort tragt ihr dann etwa folgendes ein.

• Name: „Screenshot mit Gradia“
• Befehl: flatpak run be.alexandervanhee.gradia --screenshot=INTERACTIVE
• Tastenkombination: Zum Beispiel Strg + Druck (der Shortcut sollte eigentlich noch frei sein)

So wird Gradia zum direkten Ersatz für andere Screenshot-Tools, nur dass das Ergebnis direkt zur weiteren Bearbeitung bereitsteht. Im Hintergrund greift Gradia auf das Screenshot-Portal von Wayland zu, sodass es zu keinen Problemen mit dem modernen Display-Server-Protokoll kommt.

Dazu kommen die Bildbearbeitungsfunktionen, die man von ähnlichen Tools kennt: Annotationen, Markierungen, Pfeile, Text und Formen. Gradia kombiniert diese Standard-Werkzeuge mit seinem ursprünglichen Ansatz – dem Aufhübschen durch Hintergründe und Effekte.

Bildbearbeitung mit Potenzial

Die neuen Annotation-Tools decken die üblichen Verdächtigen ab: Stift, Text, Linien, Pfeile, geometrische Formen, Hervorhebungen und die Möglichkeit, Bereiche unkenntlich zu machen. Für schnelle Markierungen und einfache Erklärungen reicht das vollkommen aus.

Allerdings merkt man noch, dass diese Funktionen relativ neu sind. Feineinstellungen, die man von etablierten Tools wie Shutter gewohnt ist, fehlen noch: Die Liniendicke lässt sich nicht anpassen, bei Texten kann ich nur die Schriftart ändern, aber nicht die Größe oder einen Schlagschatten hinzufügen. Das ist nicht dramatisch, aber für detailliertere Annotationen durchaus spürbar. Einen Verbesserungsvorschlag dazu gibt es bereits.

Die Stärke liegt nach wie vor in der visuellen Aufbereitung. Ein Screenshot bekommt durch die Hintergrund-Optionen, Schatten und anpassbare Seitenverhältnisse schnell ein professionelles Aussehen – ohne dass ich mich durch komplexe Menüs klicken muss.

Blitzschnelle Entwicklung

Gradia hat sich von einem Nischen-Tool für die visuelle Aufbereitung zu einem vollwertigen Screenshot-Programm entwickelt. Die Integration der Bildbearbeitungsfunktionen ist gelungen, auch wenn hier noch Raum für Verbesserungen bleibt.

Wer bereits die frühere Version nutzte, sollte definitiv ein Update machen. Die neuen Funktionen erweitern die Einsatzmöglichkeiten erheblich, ohne die ursprünglichen Stärken zu verwässern. Für neue Nutzer ist Gradia jetzt eine ernstzunehmende Alternative zu etablierten Tools wie Shutter oder Ksnip – mit dem besonderen Fokus auf ansprechende Optik.

Ihr findet die aktuelle Version wie gewohnt auf Flathub und könnt den Quellcode auf GitHub einsehen. Unter Arch und seinen Derivaten lässt sich die aktuelle Version von Gradia auch alternativ über das AUR installieren, so spart man sich die doch recht umfangreichen Abhängigkeiten von Flatpaks.

Vieles auf der Seite ist noch auf Japanisch, das Programm lässt sich jedoch auf Englisch wie auch Italienisch oder Französisch installieren. Weitere Teile der Dokumentation werden aktuell ins Englische übersetzt. Deutsch fehlt noch als Sprache gänzlich, da das Programm nun aber unter einer BSD-Lizenz steht, wird sich daran mit Sicherheit in Zukunft etwas ändern. Eine Linux-Version gibt es nicht, aber auch hier wird sich in meinen Augen schnell eine Lösung finden lassen. Da sämtliche Bibliotheken, auf die das Programm aufsetzt (Qt, Boost, CMake), auch im Linux-Universum zuhause sind, hält sich der Aufwand wahrscheinlich in Grenzen.

Wacom unterstützt offiziell Linux als Betriebssystem nicht. Auf den Webseiten von Wacom finden sich jedoch Links, zu einem Open-Source Projekt, das Treiber für den XServer bereit stellt. Diese Treiber sind in aktuellen Linux Distributionen üblicherweise enthalten. Am Beispiel von Ubuntu Feisty Fawn 7.04, das vor einem Monat erschienen ist, soll die Leistungsfähigkeit dieser Treiber unter Linux aufgezeichnet werden.

Als Testgerät steht ein Wacom Graphire4 Classic zur Verfügung, dass Wacom freundlicherweise für diesen Tests zur Verfügung gestellt hat. Vielen Dank dafür an die Wacom AG, dass sie auch kleine Projekte wie das freiesMagazin unterstützen.

Die Installation

Alles nötige zum Betrieb des Tabletts ist bei Ubuntu seit längerer Zeit schon vorinstalliert. Für die wichtigsten Funktionen muss keine zusätzliche Software installiert werden. Allerdings ist Ubuntu für Tabletts ausgelegt, die über den seriellen Port angeschlossen werden. Üblicherweise wird heutzutage jedoch der USB Anschluss genutzt. Daher muss man in der Konfigurationsdatei des XServers /etc/X11/xorg.conf via sudo gedit /etc/X11/xorg.conf alle Einträge von /dev/wacom in /dev/input/wacom ändern. Am Ende sieht eine Konfiguration für ein Grafiktablett, das per USB angeschlossen ist, so aus:

Section "ServerLayout"
...
    InputDevice    "stylus" "SendCoreEvents"
    InputDevice    "cursor" "SendCoreEvents"
    InputDevice    "eraser" "SendCoreEvents"
...
EndSection

Section "InputDevice"
    Identifier     "stylus"
    Driver         "wacom"
    Option         "Device" "/dev/input/wacom"
    Option         "Type" "stylus"
    Option         "ForceDevice" "ISDV4"
    Option         "PressCurve" "50,0,100,50"
EndSection

Section "InputDevice"
    Identifier     "eraser"
    Driver         "wacom"
    Option         "Device" "/dev/input/wacom"
    Option         "Type" "eraser"
    Option         "ForceDevice" "ISDV4"
EndSection

Section "InputDevice"
    Identifier     "cursor"
    Driver         "wacom"
    Option         "Device" "/dev/input/wacom"
    Option         "Type" "cursor"
    Option         "ForceDevice" "ISDV4"
EndSection

Besitzer eines Intuos3, Cintiq 21UX oder Graphire 4 Tablets können noch ein zusätzliches Gerät hinzufügen. Diese Pads besitzen ein Scrollrad bzw. zusätzlichen Tasten, sogenannte ExpressKeys. Dieses Gerät ist nicht in den Standardeinstellungen enthalten. Mann muss es über die Einträge

Section "ServerLayout"
...
    InputDevice    "pad"
...
EndSection

...

Section "InputDevice"
    Identifier	   "pad"
    Driver         "wacom"
    Option         "Device" "/dev/input/wacom"
    Option         "Type" "pad"
    Option         "USB" "on"
EndSection

von Hand hinzufügen und auch noch das Programm ExpressKeys zusätzlich installieren. Ohne diese Einträge und ohne ExpressKeys kann man das Scrollrad und die Tasten nicht benutzen. Allerdings scheint ExpressKeys nicht unproblematisch zu sein. So kommt es nach dem Start von ExpressKeys zu Problemen im Zusammenspiel Grafiktablett und Maus. Beispielsweise war es mit ExpressKeys nicht mehr möglich innerhalb von GIMP mit der Maus zu zeichnen. Daher wird auf ExpressKeys in diesem Artikel nicht weiter eingegangen.

Nun schließt man das Grafiktablett an und startet den Xserver neu. Anschließend sollte das Tablett als Maus funktionieren. Berührt man mit dem Stift die Oberfläche des Tabletts, so gilt dies als linker Mausklick. Die Tasten auf dem Stift dienen zusätzlich als linke und rechte Maustaste.

Leider ist das Tablett nicht vollständig „Hotplug“-fähig. Schließt man es an, nachdem der XServer gestartet ist, so funktioniert das Tablett zwar als Maus, doch z.B. die Druckempfindlichkeit funktioniert nicht. Erst nach einem Neustart des XServers funktioniert das Tablett komplett.

Der Neustart lässt sich jedoch umgehen. Beim Wechsel in eine virtuelle Konsole mittels [Strg]+[Alt]+[F1] und mit [Strg]+[Alt]+[F7] wieder zurück auf den XServer wird das Tablett vollständig initialisiert, ohne dass der XServer neu gestartet werden muss.

Die Konfiguration

Zwei populäre Anwendungen unterstützen drucksensitive Grafiktabletts voll. Dies ist die Bildverarbeitung GIMP und das vektororientierte Zeichenprogramm Inkscape. In beiden Programmen muss kontrolliert werden, dass das Grafiktablett auch korrekt genutzt wird. In GIMP ruft man dazu unter Datei | Einstellungen | Eingabegeräte | Erweiterte Eingabegeräte konfigurieren die Einstellungen für die Eingabegeräte auf. Unter Inkscape findet man den selben Dialog unter Datei | Eingabegeräte. Als Modus muss immer Bildschirm eingestellt sein. Hier kann man auch Details zum Grafiktablett einstellen. Leider verhindert ein Bug, dass dieser Dialog korrekt funktioniert. Doch auch so lässt sich mit dem Grafiktablett problemlos arbeiten.

Mit dem Tablett unter Gimp arbeiten

Wie schon angesprochen funktioniert das Tablett mit Gimp vollständig. Mit dem Stylus kann man die gewünschte Zeichenfunktion auswählen und dann im Bild zeichnen. Nutzt man z.B. den Pinsel, so wird der Pinselstrich um so deckender je fester man aufdrückt. Die Funktionalität der Druckempfindlichkeit lässt sich auch Ändern, so kann man beim Pinsel die Deckkraft, Härte, Größe oder Farbe variieren lassen. Andere Werkzeuge bieten ähnliche Möglichkeiten. Dreht man den Stylus um und nutzt den „Radiergummi“, so steht ein komplett unabhängiger Stift bereit. Der Radiergummi muss nicht zwangsläufig als „Radiergummi“ dienen. Man kann die Funktion – wie beim normalen Stylus frei wählen.

Mit dem Tablett unter Inkscape arbeiten

Inkscape besitzt das Werkzeug „Kalligrafische Linien zeichnen“, auch Füller genannt. Selektiert man den Füller und aktiviert die Druckempfindlichkeit in der Iconleiste des Füllerwerkzeuges, so wird die Dicke der gezeichneten Linie dem Druck auf den Stift nachempfunden.

Das Tablett individuell einstellen

Für die Konfiguration des Tabletts ist das Programm xsetwacom verantwortlich. Es ist Teil des Paketes wacom-tools und ist von Haus aus bei Ubuntu installiert. Leider existiert keine graphische Oberfläche, so dass man es von einem Terminal aus bedienen muss. Der Befehl…

$ xsetwacom set stylus mode absolute

…stellt das Tablett auf absolute Positionierung ein. D.h. die linke obere Ecke des Tabletts entspricht der linken oberen Ecke des Bildschirms, die rechte untere Ecke des Tabletts der rechten unteren Ecke des Bildschirms. Dies funktioniert nur gut wenn das Format des Bildschirms zum Tablett passt. Nutzt man z.b. ein System mit zwei Bildschirmen, wo der Desktop über beide Bildschirme ausgedehnt ist, so ist die vertikale Auflösung viel höher, als die horizontale. Zeichnet man z.b. einen Kreis auf dem Tablett, so erscheint eine liegende Ellipse auf dem Bildschirm.

Für diesen Fall kann man das Tablett auf relative Positionierung stellen xsetwacom set stylus mode relative. xsetwacom bietet darüber hinaus noch zahlreiche Optionen um das Verhalten des Tabletts anzupassen. Auf der Webseite des Treiber Projektes findet man zahlreiche Informationen hierzu. Letztendlich lässt sich mit einem Wacom Tablett auch unter Linux sehr gut arbeiten. Das Fehlen der ExpressKeys lässt sich verschmertzen. Die wichtigen Funktionen des Tabletts funktionieren problemlos. Da neue Wacom Tabletts grundsätzlich solche ExpressKeys besitzen, ist du erwarten, dass die Treiber hierfür angepasst werden und in Zukunft die Tabletts vollständig unterstützt werden. Des weiteren wird an einer graphischen Oberfläche zur Konfiguration des Tabletts gearbeitet. Die Entwicklung bleibt also nicht stehen.