Pimp deine MOTD

Jedes mal, wenn man eine Shell öffnet und sich einloggt, begrüßt die Message of the Day. Diese habe ich mit einem „coolen“ Schriftzug „aufgewertet“.

Viele Systemadministratoren lassen die MOTD einfach leer. Ich habe bisher meist einen Begrüßungssatz hineingesetzt, so dass ich (und andere), beim Arbeiten an vielen Computern gleichzeitig über remote shells, wie ssh, leichter die Übersicht behalten kann. Bei Computern, die von vielen verschiedenen Anwendern benutzt werden (z.B. an der Uni) findet man dort Benutzungsregeln, Hinweise auf Downtime und was die IT-Abteilung gerade neues installiert hat. Wenn der Administrator einen Clown gefrühstückt hat, auch mal einen guten Witz.

Als ich vor kurzem frisch eingeloggt auf ein langwieriges rekursives grep wartete, habe ich mir nach einem Routinecheck sämtlicher Logfiles beim Betrachten der nicht sehr kreativen MOTD gedacht, ich könnte sie doch etwas ausschmücken, „make it pop out“, damit die Programmierer zu Beginn ihrer Arbeit motivierend begrüßt werden.

Wie wäre es mit einem ASCII-Art-Schriftzug? Bei Google ganz oben stand der ASCII-Generator. Man kann bei diesem Generator auch eine Schrift „_all fonts with your text_“ auswählen, sodass man nicht ständig klicken muss. Damit die Chefetage nicht die ganze IT-Fraktion als kindisch abstempelt, wählte ich die Schrift „big“.

Dann habe ich mir kurz die Privilegien verschafft, um die /etc/motd zu bearbeiten, und siehe da... jeder, der sich seither auf dem Server tummelt, bekommt sein halbes Terminal mit einem protzigen Schriftzug vollgespammt. Das scheint glücklicherweise niemanden gestört zu haben... eher im Gegenteil. Zumindest passiert jetzt hoffentlich nicht mehr das wohl jedem bekannte „Oh ich habe gedacht ich arbeite auf Aquarium.Buckelwal und aus versehen auf Pool.Badeente die ganzen Backups gelöscht“. Und nicht vergessen:

 o8o      .                                   oooo                 .o. 
 `"'    .o8                                   `888                 888 
oooo  .o888oo    oooo d8b  .ooooo.   .ooooo.   888  oooo   .oooo.o 888 
`888    888      `888""8P d88' `88b d88' `"Y8  888 .8P'   d88(  "8 Y8P 
 888    888       888     888   888 888        888888.    `"Y88b.  `8' 
 888    888 .     888     888   888 888   .o8  888 `88b.  o.  )88b .o. 
o888o   "888"    d888b    `Y8bod8P' `Y8bod8P' o888o o888o 8""888P' Y8P 

Oh das ist ja zweideutig...

Servicemenüs für Dolphin (neu)

Wenn man häufig ein paar einfache Scripte über verschiedene Dateien laufen lassen will, kann man die ensprechenden Befehle mit Dolphin über ein frei einstellbares Servicemenü aufrufen. Man benötigt lediglich eine besonders formatierte .desktop-Datei und dann kann man das Skript in Zukunft über das Kontextmenü aufrufen.

Die Datei sieht z.B. so aus:

[Desktop Entry]
Encoding=UTF-8
Type=Service
ServiceTypes=KonqPopupMenu/Plugin,all/allfiles
Actions=timeBu

[Desktop Action timeBu]
Name=Create backup
Name[de]=Backup erstellen
Icon=document-revert
Exec=cp %U %U.`date +%%Y-%%m-%%d.%%H-%%M-%%S` && kdialog --title "Backup" --passivepopup "Backup of `basename %U` created. " 5

Unter ServiceTypes kann man die mine-typen angeben, bei denen das Script im Aktionen-Menü angezeigt werden soll, unter Name steht der Text, der dann angezeigt wird. Man kann Übersetzungen anbieten. Das Icon ist am besten eines der KDE-Icons. Nach Exec steht dann der Code, der ausgeführt werden soll. Mit %U lässt sich der Dateiname der ausgewählten Datei referenzieren, %% wird zu % umgewandelt. Diese Datei kommt dann in den Ordner:

~/.kde4/share/kde4/services/ServiceMenus

Neben dem Beispiel habe ich auch noch ein Menüeintrag erstellt, um optipng auszuführen:

auf ähnliche weise lassen sich auch andere praktische Sachen verwirklichen. Ich habe z.B. noch Servicemenüs für Konqueror erstellt, die sich mit einem Skript konvertieren lassen. Eine paar duzend Servicemenüs finden sich auch auf kde-apps.org.

Qt4 Designer und Ruby - erste Schritte

Vor Kurzem habe ich ein bisschen mit Ruby herumgespielt und festgestellt, dass es keine ordentliche und aktuelle Kurzeinführung gibt, wie man die Interfaces aus dem Qt4 Designer mit Ruby Programmen verbindet. Darum habe ich die ersten Schritte hier kurz zusammengefasst:

Als erstes installiert man die Qt4-Development-Tools und die Ruby-Qt-Komponenten mit dem Paketmanager.

Interface im Qt4 Designer erstellen

Dann kann man sich ans Buttons zusammenklicken machen. Das Beispielinterface sieht im Qt Designer so aus:

Ich habe zwei QPushButtons und ein QListWidget in Layouts gepackt. Was es an Widgets gibt und was diese können steht in der Qt4 Dokumentation. In der Ruby API heißen die Klassen stets Qt::Name stat QName. Beim Basteln wichtig ist, dass ObjectName irgendwie Sinn hat, weil damit die Widgets dann benutzt werden können.

Rubycode mit rbuic erstellen

Als nächstes muss man die vom Designer erzeugte XML-Datei mit der Endung .ui in Ruby-Code umwandeln. Dazu gitb es rbuic bzw. rbuic4:

rbuic4 Sample.ui -o Sample.ui.rb

Jetzt haben wir ein Rubyscript in dem das Interface erstellt wird.

Interface in Rubyscript einbinden

Jetzt ist es Zeit dem Interface etwas Leben einzuhauchen. Dazu verbindet man die Signale - wer Webinterfaces Programmiert kennt das als „Events“ - mit den Entsprechenden Slots, die so ähnlich wie callbacks funktionieren. Das geht recht fix mit QMetaObject::connectSlotsByName. Damit dies funktioniert müssen die Funktionen, die aufgerufen werden sollen das Namensmuster on_ObjectName_Signal einhalten, wobei der ObjectName vorher im Designer festgelegt wurde und das Signal heißt z.B. triggered.

Wie man die GUI-Komponente in der Anwendung benutzt, z.B. hier durch Subclassing, und anderes will ich direkt am Beispiel erklären:

#!/usr/bin/ruby

#Laden der Qt-Klasse:
require 'Qt'

#Manchmal auch:
#require 'Qt4'

#Laden des generierten Interfaces:
require 'Sample.ui.rb'

#Initialisieren der Anwendung
app = Qt::Application.new ARGV

#Eine Klasse, um das Verhalten des Interfaces festzulegen:
class AppCommunicate < Qt::MainWindow
  #Die Liste der Slots
  #Sie werden von setupUi automatisch verbunden
  slots :on_actionQuit_triggered, :on_add_clicked, :on_rem_clicked
  def initialize
    puts "init"
    @item_count=0
    #Da wir vererben initialisieren wir so:
    super
    #Jetzt erstellen wir das Interface
    @ui=Ui_MainWindow.new
    #Und weisen es dem MainWindow zu
    @ui.setupUi self
    #Man könnte Slots auch manuell verbinden:
    #connect a.actionQuit, SIGNAL('triggered()'), $qApp, SLOT('quit()')
  end
  #Ein Handler für das Beenden:
  def on_actionQuit_triggered
    puts "Shutting down."
    #So wird die Anwendung gestoppt:
    $qApp.quit
  end
  # "add" ist der name des Buttons, bei click wird dieses signal gesendet
  def on_add_clicked
    puts "Adding item"
    #Es gibt attr_readers für alle Widgets
    #So können wir ihre Methoden aufrufen
    @ui.listWidget.addItem("Hallo Welt ##{@item_count} at #{Time.now.ctime}")
    #Hier könnten z.B. Daten der Anwendung ausgegeben werden
    #Zu demonstrationszwecken nummerieren wir die Einträge sichtbar
    @item_count+=1
  end
  def on_rem_clicked
    puts "Removing item"
    #In cpp könten wir die items deleten
    #Aber in ruby loopen wir über die markierten indizes
    @ui.listWidget.selectedIndexes.each do |i|
      #und nehmen sie aus der Liste
      @ui.listWidget.takeItem i.row
      #da wir keine Referenz speichern löscht sie der GC
    end
  end
end

#Wir erstellen eine Instanz unseres Verhaltens
wdg=AppCommunicate.new do |w|
    #Wir müssen das Interface zeigen
    #Wird auch alle child-widgets zeigen
    w.show
end

#Hier wird die GUI-Schleife gestartet:
app.exec

#TADA!

Wer das ganze ausprobieren will, kann sich die Beispieldateien hier herunterladen:

Ich hoffe das war hilfreich, ich finde es doch hin und wieder ganz nett ein Interface zu haben, vor allem für Scripte, die länger laufen und interaktiv sein sollen.

Pagination - Design von Umblätterern und Seitenlisten

Obwohl das Umblätten von Seiten mit entsprechenden Widgets etwas sehr alltägliches im Web ist, gibt es noch immer einige konkurrierende Widget-Designs. Darum habe ich mir Gedanken gemacht, welche Prinzipien diesen zu Grunde liegen, und jeweils Vor- und Nachteile anhand von 10 Beispielen erörtert.

Die Art und Weise auf die Wordpress das Blättern löst, nämlich mit Vor- und Zurücklinks, die als ältere/jüngere Bezeichnet sind, findet sich zwar heute überall, hat aber trotzdem einige Probleme, die den Leser orientierungslos in der Seitenfolge zurücklassen:

Der Leser weiß z.B. nicht wohin er blättert, da die Knöpfe nicht mit vor/zurück, sondern mit der Metainformation älter/jünger verknüpft sind. Zudem weiß der Leser genauso wenig, wohin der überhaupt blättern kann, da nicht kommuniziert wird, wie umfangreich der Seitenstapel ist.

Das nächste Problem tritt erst gar nicht auf: In einem unbegrenzten Seitengewirr interessiert es den Benutzer natürlich auch nicht, wo er sich in diesem befindet. Überflüssig zu erwähnen, dass dies nur behelfsmäßig aus der URL entnommen werden kann.

Wenn man beginnt diese Probleme zu lösen kommt man schnell auf die Idee, einfach alle Seiten(zahlen) anzuzeigen. So hat man schnell einen Überblick über die Anzahl der Seiten. Nur dumm, wenn man sich dann nicht mehr traditionell immer weiter durchklicken kann, sondern Nachdenken erfordert wird: Man muss das Kurzzeitgedächtnis üben, da man nach dem Lesen der Seite noch wissen muss, welche Nummer diese Seite hatte. Entschuldigend muss man sagen, dass das Design von TAB, wo ich dieses Negativbeispiel gefunden habe noch ganz neu und ziemlich experimentell ist, denn der Fokus liegt hier auf der Anzeige des Textes in Spalten, deren Anzahl sich an die Browserfenstergröße anpassen sollte. Das Paging ist hierbei noch nur halbherzig gelöst.

Hier eine traditionelle Lösung, diesmal mit auffalllend gestalteten Blätter-Links. Leider versäumt auch kunstmark.com dem Surfer zu zeigen, wo er sich denn nun befindet. Hier bahnt sich auch schon langsam ein weiteres Problem an: Mit wachsender Seitenzahl nimmt das Blätter-Widget immer mehr Platz ein. Vorteilhaft ist natürlich, dass man auf jeden Fall immer zu jeder Seite kommt.

Das Problem mit der Riesengröße lässt sich beheben, indem einige Seiten weggelassen werden, wie auf Nerdcore. Hier ist auch dank roter Hinterlegung eindeutig zu Erkennen, auf welcher Seite man denn ist.

Ein weiterer Lösungsansatz ist es, dem Leser die Gesamtzahl der Seiten und auch die aktuelle Seite anzuzeigen. So etwas findet sich auf Gamestar.com in geschickter Kombination mit letze/erste Seite Links, welche benötigt werden, wenn diese Seiten nicht numerisch repräsentiert sind. Ein kleines assoziations-erschwerendes Manko ist vielleicht, dass Blätter-Links und Seitenübersicht getrennt auf die beiden Seitenränder verteilt sind.

Eine komplexe Lösung, die sehr auf das Surfverhalten angepasst ist, benutzt vBulletin, hier auf unixboard.de. Einige Seiten werden als Quicklinks angeziegt, unzweifelhaft wird angezeigt wo man ist und wie viele Seiten es gibt, und Links zur ersten und letzen Seite ermöglichen schnelles Springen. Außerdem öffnet ein kleiner Button ein Eingabefeld, mittels dem man zu jeder Seite springen kann.

Dieses Widget ist gut angepasst auf die Verhaltensweise des Benutzers: Anfangs wird man vielleicht noch jede Seite des Threads lesen, dann vielleicht etwas springen. Auch der Quereinsteiger kann sich dank blau hervorgehobener Orientierungshilfe sofort ein Bild seiner Position machen. Da den Leser von Foren oft auch nur interessiert, was zuletzt passiert ist, findet sich auch der Link zur letzten Seite an Prominenter Stelle.

Dieser reiche Funktionsumfang zieht natürlich auch Probleme mit sich (KISS). So sind die in der Liste weggelassenen Seiten nicht repräsentiert und die Vor/Zurück Pfeilchen fallen etwas klein aus, obwohl dies wohl die meist benutze Funktion sein dürfte. Das Widget benötigt also etwas Eingewöhnung.

Ein - wie ich hoffe nahezu perfektes - Design findet sich auf den Seiten meines Journals. Die Vor/Zurück-Links sind auffallend gestaltet und schleißen die Seitenliste ein, in welcher nur das direkte Umfeld der aktuellen Seite angezeigt wird, alle anderen Seitenzahlen werden weggelassen, was durch Auslassungspunkte angedeutet wird. Erste und letzte Seite werden dann wieder angezeigt. Zudem finden sich miniatur-Pfeilchen, welche das Überspringen von einigen Seiten ermöglichen bzw. den Bereich der angezeigten Zeitenzahlen verschieben.

Damit hoffe ich alle benötigen Funktionen und Informationen in einem klaren, platzsparenden Widget zu vereinen.

Technisch gesehen benutze ich eine kleine Modifikation des von Sweetcron verwendeten PaginateIt von Brady Vercher.

Sehr einfach aber natürlich mit dem geringsten Funktionsumfang funktioniert das umblättern bei Twitter - auf Knopfruck werden weitere Einträge gealden. Das ist hier möglich, da der Fokus auf Aktualität und „realtime“ liegt, es gibt also keinen Grund zwischen Seiten hin und her zu springen. Die Seitenzahlen würden sich auch ständig ändern.

Sehr abstrakt und gut für Menschen mit neugierigem Forschungsdrang geeignet, ist das Paging auf Shimones Lifestream. Statt Seitenzahlen finden sich jeweils drei kleine Kreischen, die aktuelle Seite wird durch den gefüllten Kreis angezeigt. Wie man sieht lösen sich einige Probleme, wenn es nur 3 Seiten gitbt von selbst.

Der Grund, warum ich mich mit Ursachen und Wirkung von Usability-Problemen im Berich der Pagination beschäftigt habe, ist die Tatsache, dass mein Lifestram (powered by Sweetcron) mit einem denkbar unpraktischem Pager kam: Keine Vor-/Zurück-Buttons, daneben unechte Vor-/Zurück-Buttons, und hier im Beispiel von simon.dynamicmushroom.com befinden wir und übrigens auf Seite 16.

Ungelöstes Problem

Ein Problem, das ich noch nicht wirklich lösen konnte, ist die Verschiebung von Seiten und die unlogische Leserichtung bei chronologisch rückwärts sortierten Journalen. Wenn neue Einträge hinzu kommen, verschieben sich die älteren um deren Anzahl nach hinten und damit beständig auf andere Seiten.

Bei Twitter und Wordpress wird das gelöst, indem die Seitenzahlen weggelassen werden und Permalinks auf Einträge angeboten werden.

Man könnte zum Beispiel auch die Seiten Rückwärts aufbauen, also bei der Seite mit der höchsten Zahl beginnen und dann nach 1 blättern, so würden sich die Seiten nicht mehr verschieben. Es wäre interessant zu sehen, wie das der User aufnimmt.

Wo möglich sollte man im Web das Aufteilen auf Seiten sowieso unterlassen. Schließlich ist der Traffic für das Laden von Text heute vernachlässigbar. Probleme ergeben sich natürlich, wenn viele Medien eingebettet sind. Ich mag darum z.B. nicht die Gravatars und Kommentarseiten.

Symmetrisch Zeichnen

Neben Symmetrie in der Natur bin ich auch begeistert von den Symmetrien, die der Computer erstellen kann. Und was wäre diese Symmetrie ohne die, für den Computer typische, Interaktivität? Also habe ich (zunächst mit Processing aber dann mit) HTML5-Canvas eine kleine Javascript-Sache gebastelt, mit der man direkt im Browser symmetrisch zeichnen kann.

Irgendwie macht das Spaß und, naja, es sieht auch oft erstaunlich gut aus.

[Updated 2011-09-29] Da mir das einfache herumzeichnen schnell zu langweilig wurde, habe ich das Script immmer weiter ausgebaut. Deswegen finden sich unter dem Link nun mehrere Variationen, die es sich auszuporbieren lohnt![/Updated]

Zum Zeichenbrett

Und hier noch ein Video:

Viel Spaß beim Malen!