Das Update ist der Anfang vom Ende

Noch letzte Woche habe ich einer Linux-Usergroup Sitzung die Material-Shell Erweiterung für Gnome gezeigt und für sinnvoll erklärt. Zum Glück bin ich kein Politiker.

Das Update ist der Anfang vom Ende

Das keine 5 Tage später mein vorsichtiges Empfehlen dieser Erweiterung zu einem rüden Stop kommen würde, konnte da noch keiner ahnen. Leider kann ich Euch nicht zeigen, wie die Material-Shell funktioniert, da sie sich sehr erfolgreich durch ein Gnome-Extensions-Update selbst zerbröselt hat.

Trotz diverser Versuche, inkl. Neustarts von Gnome, war ich nicht in der Lage die Erweiterung auf diesem Benutzeraccount wieder zum Laufen zu bekommen. Da darf man gespannt sein und vermutlich alles, was mit der Erweiterung zu tun hat wie „Config“,“Cache“,“Erweiterung selbst“ aus den Verzeichnissen löschen und dann von vorn anfangen. Ohne diese Maßnahme kommt es zur sinnlosesten Fehlermeldung ever: „Error“

Damit kann man als Gnome-Benutzer natürlich nichts anfangen, außer die Erkenntnis gewonnen zu haben, daß es sich da jemand sehr einfach gemacht hat. Zum Glück kann man mit der Looking-Glass Konsole von Gnome doch etwas erfahren, aber halt nur als Eingeweihter in die Tücken der Gnome-Erweiterungen. Diese sind z.Z. in Javascript geschrieben und können daher tatsächlich von Webentwicklern geändert werden, die JS verstehen. Das hilft zwar nicht immer, weil es kein Browser-JS ist, aber kleinere Fehler kann man beheben.

Eine Debugkonsole von Gnome mit InhaltWir haben also den Fehler „TypeError: GObject.registerClass() used with invalid base class ( is Source )“

Scheint also ein Programmierfehler zu sein in der neuen Version. Das hätte ja eigentlich beim Testen mal auffallen müssen. Mit einem Trick kann man das ganze „Retten“:

Mit Firefox ladet Ihr jetzt die V4 der Gnome-Erweiterung für die passende Shellversion (34) runtern:

Die gespeicherte Version ist ein ZIP File, das packt Ihr einfach aus und wechselt in das erstellte Verzeichnis.

Ihr macht nun einen zweiten Dateibrowser auf und navigiert nach: „./local/share/gnome-shell/extensions/material-shell@papyelgringo“ . Alles was Ihr findet wird gelöscht, der Ordner bleibt.

Dann kopiert Ihr den Inhalt des frisch ausgepakten ZIP Files in das leere Verzeichnis:

Zwei Dateibrowser mit Inhalt einer Gnome-Erweiterung beim kopieren von Dateien

Drückt „ALT+F2“ und gebt „r“ ein. Das startet Gnome neu und siehe, die Material-Shell geht wieder. Problem gelöst, aber Updates gibt es erstmal keine mehr 🙂

 

 

Caribou durch Onboard ersetzen

Ihr erinnert Euch noch an mein Surface Tablet? Was mich bei Gnome schon seit Monaten nervt ist das OnScreenKeyboard von Gnome: Caribou.

Caribou nervt

Caribou kommt in vielen Situationen auf den Schirm, auch wenn das total unangebracht ist. Verschärfend schiebt es vorzugswiese das Terminal Fenster aus dem Sichtbereich nach oben, was an sich, eine gute Idee ist, wenn man a) beachtet wo da der Inhalt ist und b) es anschließend auch wieder korrekt in den Sichtbereich ziehen würde, wenn die Tastatur ausgeblendet wird. Beides bekommt Caribou praktisch nie sauber hin.

Dazu kommt ein Mangel an Funktionstasten, die man zwangsweise für das Editieren von Eingabefeldern braucht z.b. Cursorsteuertasten. Wer das nicht glaubt, kann ja mal selbst versuchen, eine Eingabezeile bei Firefox zu ändern, wenn da ein 3k+ Display dranhängt. Da ist dann leider nichts mit „genau mit dem Finger anklicken“ 😉

Außerdem ignoriert Caribou angesteckte Tastaturen, die an einem Surface als TypeCover bekannt sind. Dies Verhalten führt zu einem Nervfaktor jenseits von Gut und Böse.

Als Alternative OnBoard installieren.

OnBoard OnScreenKeyboard mit GEdit Texteditor

Die wesentlich bessere Alternative zu Caribou ist OnBoard, da diese Tastatur voll funktionsfähig ist. Sie erkennt Hardwaretastaturen, kann Steuertasten und andere Funktionstasten einblenden, bietet verschiedene Tastaturlayouts an und beugt sich in Größe und Position dem Willen des Benutzenden. Alles in Allem ist OnBoard die derzeit beste Wahl, wenn da nicht Caribou wäre…

Jetzt fragt Ihr Euch bestimmt, wie ich das meinen könnte. Naja, das ist ganz einfach. Auch wenn OnBoard aktiv ist, hält das Caribou nicht von seinen Mätzchen ab. Das geht sogar soweit, daß man zwei, sich überlagernde Tastaturen bekommt.

Jetzt kommt Ihr bestimmt mit: „Dann schalte die doch einfach im Barrierefreiheitsmenü aus.“. Glaubt Ihr echt das wäre simple? Das stört Caribou bzw. Gnome nicht im geringsten, ob da die Bildschirmtastatur erwünscht ist oder nicht. Sie kommt trotzdem.

Zum Glück gibt es da Abhilfe:

https://extensions.gnome.org/extension/992/onboard-integration/

Das Addon schaltet Caribou aus und ersetzt es mit OnBoard. Diese Tastatur muß natürlich vorher installiert worden sein: „sudo dnf -y install onboard“

OnBoard beschreibt sich selbst so:

„Onboard ist eine Bildschirmtastatur, die für alle nützlich ist, die keine Hardware-Tastatur verwenden können; z.B. TabletPC-Benutzer, mobilitätseingeschränkte Benutzer…

Sie wurde mit dem Gedanken der Einfachheit entworfen und kann ohne Konfiguration sofort verwendet werden, da sie das Tastaturlayout vom X-Server lesen kann.“

und da könnte was dran sein, weil sie tatsächlich ohne viel Aufwand läuft. Es ist allerdings sinnvoll, wenn man am Anfang noch die Sache mit der Hardwaretastatur klärt:

Man sieht das Einstellungsfenster von Onboard mit dem MS Typecover

Geräte, die als Eingabegerät zählen, aber nicht stören, kann man hier auf Ignorieren stellen.

Fest steht, daß OnBoard all die Funktionalität hat, die Caribou eigentlich haben sollte um als Vorzeigebildschirmtastatur gelten zu können. Das jüngst in Caribou hinzugekommene Smiley-Fenster reicht da leider nicht aus.

Eine Anwendung für OnBoard, die Caribou in absehbarer Zeit nicht erfüllen wird, hat ein Benutzer der Gnome-Erweiterung OnBoard-Integration so kommentiert:

„Works great for me on GNOME 3.32.1 on Ubuntu 19.04.
Very much appreciated as I’m able to use ctrl in touch-mode with my Lenovo X1 Yoga while using Krita without a keyboard – nice!“

Eins muß man allerdings als Nachteil hinnehmen: OnBoard funktioniert nicht für die Suche nach Programmen und Daten, wenn man die Super-(Windows)taste gedrückt hat. Da muß man (noch) zwangsweise Caribou für aktiviert haben 🙁

Dual-Monitor Wallpapers mit Hydrapaper

Update-Mailinglisten sind eigentlich ein Quell von Langeweile, aber ab und zu fällt einem ein Paket ins Auge, das man noch nicht kennt. So etwas ist mir heute, also „vor einer Woche“ aus Eurer Perspektive, aufgefallen: Hydrapaper. Ein Wallpaperprogramm für Gnome und Cinnamon Desktops.

Zwei Monitore – Zwei Hintergrundbilder

Ich habe mich schon lange auf diesen Moment gefreut, denn er löst ein uraltes Cinnamonproblem: die Hintergrundbilder werden nur für einen der beiden Monitor korrekt skaliert, auf dem anderen ist es nur verzerrt zusehen.

Hydrapaper löst das Problem, auch wenn es eigentlich etwas anderes erreichen will, nämlich, daß man zwei verschiedene Hintergrundbilder benutzen kann.

man sieht zwei verschiedene Hintergrundbilder und die Hydrapapers gui.

Die roten Balken sind natürlich in Echt nicht darauf zusehen 😉

Indirekt ist damit auch der Weg frei, je eine ratiokorrekte Bildversion pro Monitor einzusetzen, oder, mit etwas Krita Magie, gleich ein Bild über zwei Monitore korrekt zu verteilen 🙂

So sähe das aus. Aber man muß das nicht machen, denn genau dafür gibt es den Hintergrundbildmodus „gespannt“ in Cinnamon, der zieht ein Bild, wenn es denn genau paßt, auch über beide Monitore.

Das sieht übrigens nur dann gut aus, wenn die beiden Monitore optisch gleich hoch sind, ansonsten bekommt man einen lustigen Versatz ins Bild, was dann echt uncool wirkt. Zwei gleiche Monitore sind da ratsam, weil sonst auch noch Helligkeit, Kontrast und Farbraumabdeckung zu den Problemen hinzukommen.

Alternative zum Grafikprogramm

Bevor Ihr aber mit Krita oder Photoshop ans Werk geht, solltet Ihr Euch überlegen, ob es nicht einfacher wäre, das in der Konsole zu erledigen:

convert Bilder/Wallpapers/godafoss-4k.jpg -crop 3200×1080+0+0 Bilder/Wallpapers/Beide.png

Das Bild vom Goðafoss ist 6448×2350 Pixel groß, was für zwei 3k Bildschirme passt, aber nicht auf einen FullHD und einen alten 1280er Monitor. ImageMagick liefert hierfür die Lösung, da man über den Befehl convert pixelgenau Bilder schneiden kann, was mit Krita eine Geduldsprobe darstellt, vorsichtig ausgedrückt 😉 So ist der Job in Millisekunden erledigt.

Wer noch skalieren muß, der kann das auch in einem Rutsch erledigen:

convert Bilder/Wallpapers/godafoss-4k.jpg -crop 1280×1080+1920+0 -resize 1280×1024 Bilder/Wallpapers/Rechts.png

ImageMagick wird gern auf Servern eingesetzt um Thumbnails von Bildern zu erzeugen, aber das kann soviel mehr … 😉

Anmerkung zu -crop: WeitexHöhe+Xoffset+Yoffset . Ja, ist gewöhnungsbedürftig 🙂

Links: https://gitlab.com/gabmus/HydraPaper