Farbige Nicknames in irssi

Als Fan von Programmen für die Konsole benutze ich natürlich irssi als IRC-Client. Für viele Funktionen, die im Standard-Umfang nicht vorhanden sind, gibt es Scripte, Tux hatte da ja auch selbst mal eins geschrieben und hier im Blog vorgestellt. Um den Chatverlauf einfacher verfolgen zu können, existiert beispielsweise das Skript nickcolor.pl, das die Nicknames der Nutzer einfärbt. Die Beschreibung in der Übersicht der Skripte ist kurz und knapp:

assign a different color for each nick

Das Skript bildet per Default einen simplen Hashwert über den Nickname, wählt anhand dessen eine Farbe aus und behält diese dann bei. Bei gleichen Nicks ist das dann immer die gleiche Farbe, was ja auch ganz sinnvoll ist.

Das Skript kann darüber hinaus noch mehr, um das rauszufinden, muss man aber einen Blick in den Quelltext werfen, entscheidend ist folgende Subroutine:

sub cmd_color {
  my ($data, $server, $witem) = @_;
  my ($op, $nick, $color) = split " ", $data;

  $op = lc $op;

  if (!$op) {
    Irssi::print ("No operation given");
  } elsif ($op eq "save") {
    save_colors;
  } elsif ($op eq "set") {
    if (!$nick) {
      Irssi::print ("Nick not given");
    } elsif (!$color) {
      Irssi::print ("Color not given");
    } elsif ($color < 2 || $color > 14) {
      Irssi::print ("Color must be between 2 and 14 inclusive");
    } else {
      $saved_colors{$nick} = $color;
    }
  } elsif ($op eq "clear") {
    if (!$nick) {
      Irssi::print ("Nick not given");
    } else {
      delete ($saved_colors{$nick});
    }
  } elsif ($op eq "list") {
    Irssi::print ("nSaved Colors:");
    foreach my $nick (keys %saved_colors) {
      Irssi::print (chr (3) . "$saved_colors{$nick}$nick" .
		    chr (3) . "1 ($saved_colors{$nick})");
    }
  } elsif ($op eq "preview") {
    Irssi::print ("nAvailable colors:");
    foreach my $i (2..14) {
      Irssi::print (chr (3) . "$i" . "Color #$i");
    }
  }
}

Hier wird für irssi ein Befehl /color definiert, den man mit folgendem ersten Argumenten bzw. weiteren Befehlen aufrufen kann:

  • save
  • set
  • clear
  • list
  • preview

Was kann man nun mit den einzelnen Befehlen anstellen? Ich gebe mal jeweils ein Beispiel mit der dazugehörigen Ausgabe, allerdings ohne Farben.

/color save gibt nichts weiter aus, speichert aber die mit set festgelegten Farben in der Datei ~/.irssi/saved_colors. Diese gespeicherten Farbzuordnungen werden beim Neustart von irssi bzw. Neuladen des Skripts wieder eingelesen.

/color set foo 7 gibt ebenfalls nichts aus, legt aber eine Zuordnung der Farbe 7 zum Nickname foo fest. 7 ist in dem Fall das, was in PuTTY gelb und auf der Konsole braun, in anderen Terminals eher orange aussieht. (Mehr zu diesem verwirrenden Thema in der englischen Wikipedia.)

/color clear foo löscht die gesetzte Farbe für foo wieder, gibt aber ebenfalls keine Statusausgabe zurück. Interessant werden dann die letzten beiden Funktionen.

/color list zeigt die aktuell gesetzten Zuordnungen in einer Liste an, bei mir sieht das derzeit so aus, die Namen sind in den Farben, wie sie auch im Chat auftauchen, die Zahlen dahinter sind erst bei dem Kopieren aus der Konsole zum Vorschein gekommen, geben aber die Farben wieder:

Mo|23:06:25 -!- Irssi: Saved Colors:
Mo|23:06:25 -!- Irssi: An-Tet (9)
Mo|23:06:25 -!- Irssi: Fabian (7)
Mo|23:06:25 -!- Irssi: Ge0rG (12)
Mo|23:06:25 -!- Irssi: IseeU (13)
Mo|23:06:25 -!- Irssi: Mupfy (3)
Mo|23:06:25 -!- Irssi: priority (3)
Mo|23:06:25 -!- Irssi: schlotze (4)
Mo|23:06:25 -!- Irssi: StarWarsFan (12)
Mo|23:06:25 -!- Irssi: StefanG (3)
Mo|23:06:25 -!- Irssi: SvenG (13)
Mo|23:06:25 -!- Irssi: thndr (12)
Mo|23:06:25 -!- Irssi: thunder (12)
Mo|23:06:25 -!- Irssi: zozi (6)
Mo|23:06:25 -!- Irssi: _MrTux_ (7)
Mo|23:06:25 -!- Irssi: _Tux_ (7)

Last not least kann man sich mit /color preview auch noch eine Liste der verfügbaren Farben ausgeben lassen:

Mo|23:19:39 -!- Irssi: Available colors:
Mo|23:19:39 -!- Irssi: Color #2
Mo|23:19:39 -!- Irssi: Color #3
Mo|23:19:39 -!- Irssi: Color #4
Mo|23:19:39 -!- Irssi: Color #5
Mo|23:19:39 -!- Irssi: Color #6
Mo|23:19:39 -!- Irssi: Color #7
Mo|23:19:39 -!- Irssi: Color #8
Mo|23:19:39 -!- Irssi: Color #9
Mo|23:19:39 -!- Irssi: Color #10
Mo|23:19:39 -!- Irssi: Color #11
Mo|23:19:39 -!- Irssi: Color #12
Mo|23:19:39 -!- Irssi: Color #13
Mo|23:19:39 -!- Irssi: Color #14

Alles in allem eine sehr praktische Erweiterung für irssi, wenn man weiß, wie man sie bedienen muss. ;-)

HTML-Entities mit WP-Syntax 0.9.2

Für die Darstellung von Code-Schnipseln, speziell das Syntax-Highlighting setzen wir das Plugin WP-Syntax ein. Probleme gab es bisher immer mit Code, der die speziellen HTML-Entities enthielt, also hauptsächlich die öffnenden und schließenden spitzen Klammern, die in der einen oder anderen Sprache irgendwie als Vergleichsoperatoren eingesetzt werden: < und >.

Bisher bin ich Problemen damit so aus dem Weg gegangen, dass ich entsprechende Zeichen im Beitragseditor durch &lt; und &gt; ersetzt hatte. Damit das Plugin damit umgehen konnte, war bei jedem Update eine kleine Änderung notwendig, für Version 0.9.1 sah der Patch beispielsweise so aus:

--- wp-syntax.php  2008-08-24 19:22:12.000000000 +0200
+++ wp-syntax.php  2008-08-25 15:26:48.000000000 +0200
@@ -97,7 +97,8 @@
     $line = trim($match[2]);
     $code = wp_syntax_code_trim($match[3]);

-    $geshi = new GeSHi($code, $language);
+    $geshi = new GeSHi(htmlspecialchars_decode($code), $language);
     $geshi->enable_keyword_links(false);
     do_action_ref_array('wp_syntax_init_geshi', array(&$geshi));

Ab WP-Syntax 0.9.2 ist das nicht mehr notwendig. Die Release Notes sagen ganz lapidar:

**0.9.2** : Updated to use GeSHi v1.0.8.2; Added optional `escaped=”true”` support in case code snippets are already escaped with html entities.

In der Praxis sieht das dann so aus:

    <pre lang="xml" escaped="true">
    &lt;xml&gt;Hello&lt;/xml&gt;
    </pre>

Das vereinfacht zukünftige Upgrades von dem Plugin, ist also eine feine Sache. Für vergangene Beiträge musste ich jetzt allerdings nochmal von Hand diesen Parameter setzen. Wenn mir da irgendwo was durch die Lappen gegangen sein sollte, einfach mal kurz anpiepsen, dann behebe ich das.

Kein Usenet bei O₂

Wir haben in unserer WG einen DSL-Anschluss, der Provider ist O2. Auch wenn da öfter als mir lieb ist die Verbindung neu aufgebaut wird und der von denen gestellte Router besser funktionieren könnte, läuft das ganze doch recht zufriedenstellend.

Soweit so gut, nun bin ich von Fli4l und eisfair gewohnt das Usenet zu nutzen, dort laufen die Diskussionen zwischen Nutzern in Newsgroups ab, die auf einem freien Newsserver verfügbar sind und die ich auch regelmäßig nutze. Dieser Server hat allerdings nur diese Gruppen gelistet. Andere Gruppen aus den Weiten das Usenet wie z.B. de.comp.text.tex oder de.comp.lang.perl.misc habe ich vor unserem Umzug 2007 auf dem Newsserver von T-Online abgerufen, aber nur gelegentlich gelesen, so dass ich hier bisher darauf verzichtet habe.

Heute nun hatte ich eine Frage bezüglich Perl und hab die reflexartig erstmal über Google Groups in de.comp.lang.perl.misc abgesetzt. Grundsätzlich würde ich die Gruppe aber schon gern in einem normalen Newsreader lesen. Ich dachte mir, dass O2 wohl auch einen Newsserver bereitstellt und suchte nach der entsprechenden Information. Auf der Homepage von denen war leider nichts zu finden, also rief ich die Hotline an.

Das Telefonat dauerte sechseinhalb Minuten wovon gefühlt fünf Minuten Ansagen und Melodien vom Band kamen. Die Mitarbeiter dort waren alle ganz freundlich, nur leider kam derjenige, der dann bescheid wusste mit der enttäuschenden Nachricht um die Ecke: »Newsserver gibt’s nicht bei O2.« Schade! :-(

GRUB Error 2

Manchmal findet man seltsame Sachen heraus. Wusste hier jemand, dass nicht alle Versionen von GRUB alle Versionen von ext3 lesen können? Ok, klingt erstmal logisch, dass das für ziemlich alte Versionen von GRUB und für ziemlich neue Versionen von ext3 gilt. Gut da fragt man sich erstmal, wie es denn überhaupt Versionen bei ext3 geben kann, aber egal, vielleicht fang ich die Geschichte doch besser vorn an.

Letze Woche hat sich eine meiner alten Festplatten verabschiedet, wo zu Testzwecken ein Debian Sid installiert war. Gestern bekam ich von Tux Ersatz und heut dachte ich mir, schiebst Du »mal eben kurz« wieder das System drauf. Die Installation verlief auch zügig und glatt. Den Bootloader ließ ich in den MBR von /dev/hdc schreiben und laden wollte ich das ganze wie üblich, nämlich über folgenden Eintrag im GRUB von /dev/hda (das zu nem Ubuntu gehört):

title       hdc: Debian Sid
configfile  (hd2,0)/boot/grub/menu.lst

Das funktioniert üblicherweise wunderbar. Man gelangt zunächst in das Bootmenü vom GRUB auf /dev/hda und von dort über obigen Eintrag in das Menü von /dev/hdc. So können die Systeme auf jeder der Platten ihre eigenen Bootloader eigenständig verwalten und kommen sich auch bei Kernelupdates nicht ins Gehege. Heute führte das allerdings zum Error 2. Das Handbuch von GRUB sagt dazu lapidar:

2 : Bad file or directory type
This error is returned if a file requested is not a regular file, but something like a symbolic link, directory, or FIFO.

Die Recherche nach der Lösung zu solchen Fehlern gestaltet sich natürlich schwierig. Ich hatte ein wenig Glück und fand diesen Thread im Ubuntu-Forum. Dort näherte man sich Stück für Stück einem ähnlichen Problem. Ich konnte ebenfalls mit der GRUB-Shell verifizieren, dass das GRUB aus dem MBR meiner /dev/hda nicht in der Lage war das Filesystem auf /dev/hdc1 zu lesen, obwohl letzteres ein sauberes (fsck von GRML drüberlaufenlassen) ext3 war. Mit anderen ext3 kam das bis dahin ja auch klar. Recht weit unten in dem Thread schreibt dann jemand:

Did you upgrade to Hardy from an earlier version of Ubuntu? Then you might of have older version of grub which cannot read ext3 partition with 256 inodes.

Da hab ich nicht schlecht geschaut. Das heißt einerseits wie eingangs angedeutet, dass es vorher (dieses mysteriöse »früher«) ext3 nur mit weniger inodes gab und ältere Versionen von GRUB mit so vielen nicht umgehen können. Das GRUB ist tatsächlich ein wenig älter, das Ubuntu ist ungefähr 2005 auf die Kiste gekommen, also wahrscheinlich ursprünglich als Dapper Drake oder vielleicht sogar noch Breezy Badger. Na und der aktuelle Installer von Debian Lenny scheint derart neue ext3-Formatierungen zu schreiben. Einfaches Neuschreiben des Bootloaders mit dem aktuellen GRUB von Intrepid Ibex hat dann jedenfalls im Handumdrehen das Problem behoben. Ich sag ja, seltsame Sachen gibt’s.

Erfahrungsbericht »Getting Things Done«

An diesem Wochenende hatte ich die Gelegenheit ein Buch zu lesen, das jetzt schon einige Zeit hier bei mir rumliegt. Ich zitiere mal Auszüge von Seite 4:

7. Auflage, November 2007
Titel der amerikanischen Originalausgabe: »Getting things done«

Ich kann mich nicht genau erinnern, wann ich das Buch gekauft habe, muss wohl so Anfang 2008 gewesen sein – so lang lag das hier in der Sonne. Der Umschlag ist ausgeblichen und wie ich gerade bei Amazon sehe, gibt es seit Mai wohl eine neue deutsche Übersetzung, die hoffentlich etwas besser ist als meine. Dass das Buch hier so lang ungelesen rumlag, zeigt wohl, dass ich es tatsächlich brauche.

Meine Mitautoren hier im Blog sind seit einiger Zeit schon intensive Nutzer von GTD und ich habe auch andernorts viel positives über die Methoden (die Methoden, nicht das Buch selbst) gehört. Nun denn, der feste Vorsatz (was gibt es klassischeres zum Jahresanfang) ist gefasst: ich werde das Buch durcharbeiten und ich werde meine Erfahrungen in diesem Blog veröffentlichen.

Ich erwarte folgendes:

  • Ich werde mich zu Anfang schwer tun mir die neuen Abläufe anzugewöhnen. Das dürfte nicht sehr ungewöhnlich sein, mit zunehmendem Alter (ich gehe immerhin auch auf die 30 zu) nimmt die Lernfähigkeit ab und sein eigenes Verhalten nachhaltig zu ändern fällt den meisten Menschen ziemlich schwer.
  • Ich werde meinen ganz persönlichen und ureigenen Weg finden, die Methoden umzusetzen. Der Erfahrungsbericht kann daher für andere nur als Anregung dienen.
  • Sobald es an die Umsetzung mit irgendeiner Form von Software geht, werde ich auf freie Software zurückgreifen und zur Not meine eigenen Tools entwickeln müssen, weil mir die anderen Tools alle nicht passen (siehe auch der letzte Punkt).

Ich erhoffe oder verspreche mir davon:

  • Wieder öfter den Kopf wirklich frei kriegen mit allen positiven Nebenwirkungen davon.
  • Nichts wichtiges vergessen. Ich vermute, dass es in Zukunft nicht weniger Verantwortung für mich selbst und andere geben wird und wirklich wichtige Sachen verpeilen wäre da ziemlich doof.

Ich werde die folgenden Beiträge alle hier verlinken, um eine Übersicht zu schaffen. Stay tuned! ;-)

Erinnerung an unser Gewinnspiel

Wer dachte, dass es sich im Artikel Gewinnspiel zum Jahreswechsel, den ich am 11.11. veröffentlichte, um einen Faschingsscherz handelte, liegt falsch. Wir verlosen tatsächlich ein Shirt, und zwar unter allen, die unsere drei Fragen dazu richtig beantworten können. Klickt einfach oben auf »win!« oder hier um alle Einzelheiten zu lesen.

Ganz nebenbei sei erwähnt, dass mit dem heutigen Tag die Anzahl der notwendigen richtigen Einsendungen, um die eigentliche Verlosung zu starten, von 23 auf 19 gesenkt wurde!

Vorsicht Kunde!

Ich bin ein Freund freier Software und ich verwende diese sehr gern auf alten Rechnern. Das ökologische Bewusstsein lässt mich vom Kauf neuer Hardware stets zurückschrecken, wenn die alte noch funktioniert. In einem dieser Rechner ist (bis auf den im Notebook) mein einziger DVD-Brenner eingebaut, ein mittlerweile etwas älteres Teil von LG (GSA-4163A), das auch DVD-RAM brennen kann. Auf dem Rechner ist »nur« Debian installiert und das Brennen mit k3b funktioniert tadellos.

Nun hatte ich letzte Woche nach längerer Zeit mal wieder neue DVD-Rohlinge gekauft, weil mir die alten ausgegangen waren. Ich dachte, es könne nicht schaden, mal nach neuer Firmware für den DVD-Brenner zu schauen, die Hersteller optimieren ja doch die Brennrezepte und packen das in neue Firmware.

Leider war es mir mit Firefox/Iceweasel auf dem Debian nicht möglich auf der Webseite von LG die entsprechende Firmware zu finden. Auf dem Windows-Notebook mit Firefox und Opera sah das dann genauso aus, also machte ich meinem Ärger beim Kundenservice Luft:

Sehr geehrte Damen und Herren,

mir ist es leider mit drei verschiedenen Browser nicht gelungen eine aktuelle Firmware für meinen DVD-Brenner von Ihrer Website zu laden. Entweder wurde überhaupt keine Suchfunktion angezeigt oder es wurden keine Ergebnisse gefunden. Einfache Listen ohne Javascript und Flash, wo man schnell und einfach findet was man sucht, wären wesentlich kundenfreundlicher. :-(

Mit freundlichem Gruß
Alexander Dahl

Im Anschluss daran fand ich noch die »richtige« Supportseite und die aktuelle Firmware. Das hätte mich allerdings keinen Schritt weiter gebracht, denn dort heißt es:

1.verbinden Sie das Laufwerk als Master mit dem secondary IDE-Controller
setzen Sie den Jumper auf der Rückseite des Laufwerkes auf Master. Verbinden
Sie kein anderes Gerät an diesem IDE-Kabel.

Abgesehen von dieser widersinnigen Bastelei hätte mir aber noch etwas anderes einen Strich durch die Rechnung gemacht:

Diese Firmware ist nur für den Gebrauch an PC`s mit den Betriebssystemen:
Windows XP, Windows 2000, Windows Millennium Edition (ME), und
Windows 98SE.

Das ist so natürlich Unsinn. Richtig ist, dass die Software zum Firmware-Upgrade nur unter den oben genannten Betriebssystemen läuft. Alle anderen sind außen vor. Glücklicherweise ist die »neueste« Firmware für das Gerät schon älter. Ein kurzer Check verriet mir, dass diese bereits installiert war.

Damit hätte die Geschichte abgeschlossen sein können, das war wie gesagt alles letzte Woche. Der Kracher kommt aber noch, nämlich die Antwort auf meine Anfrage beim Support:

Sehr geehrter Herr Dahl,

herzlichen Dank, dass Sie mit LG Electronics Deutschland GmbH Kontakt aufgenommen haben.

Wahrscheinlich benutzen Sie den Browser Mozilla Firefox. Da unsere Seite fuer den Internetexplorer optimiert ist, moechten wir Sie bitten diesen zu verwenden.
Dann haben Sie auch bei der Suchoption den gewuenschten Erfolg.

Bei Rueckfragen senden Sie bitte den gesamten Mailverkehr als Anhang mit.

Wenn Sie noch weitere Fragen oder Anregungen haben sollten, können Sie sich jederzeit wieder an uns wenden.

Mit freundlichen Gruessen

Fragen hätte ich keine, aber eine Anregung an LG: Gestalten Sie doch bitte Ihre Webseiten so, dass nicht nur Nutzer des Internet Explorer alle gewünschten Informationen erhalten und ermöglichen Sie Nutzern freier Betriebssysteme auch ein Firmware-Upgrade, zur Not über irgendeine Bootdiskette oder -CD!

Nachtrag: Ich dachte mir, dass LG das hier wohl nicht lesen würde, also antwortete ich per Mail:

Sehr geehrte Damen und Herren,

Sie boten in der Antwort auf meine Anfrage an, mich mit weiteren
Anregungen an Sie zu wenden – gern.

Ich würde es zunächst begrüßen, wenn Sie Ihre Webseiten nicht nur auf
einen einzigen Browser optimieren würden, sondern der wachsenden Zahl
von Nutzern alternativer Browser und Betriebssysteme ebenso ermöglichen,
an die gewünschten Informationen zu gelangen.

Desweiteren empfinde ich es als klare Einschränkung, Firmware-Upgrades
nur unter den teuren Betriebssystemen von Microsoft durchführen zu
können. Nutzer von Linux, BSD oder Solaris sind praktisch nicht in der
Lage Ihre Hardware sinnvoll einzusetzen, weil Ihnen Firmware-Upgrades
verwehrt bleiben. Wie wäre es stattdessen Images für Boot-Disketten oder
-CDs bereitzustellen, von denen das Firmware-Upgrade
betriebssystemunabhängig möglich ist?

Mit freundlichem Gruß
Alexander Dahl

Was kommt zurück?

I’m sorry to have to inform you that your message could not
be delivered to one or more recipients. It’s attached below.

For further assistance, please send mail to

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The Symantec Mail Security program

: host 156.147.51.142[156.147.51.142] said: 550 gsfs@lge.com…
No such user (in reply to RCPT TO command)

Gut, wer nicht will, der hat schon – dann halt nicht.

Freie Paketentwicklung für eisfair

eisfair ist grundsätzlich ein tolles Projekt. Die Idee ist toll, die Software ist toll und die Leute, die für das Projekt arbeiten auch. Neben reinem Eigenbedarf sind das alles Gründe, Zeit in das Projekt zu investieren. Aber es gibt immer zwei Seiten der Medaille und in solchen Projekten auch immer Sachen, die besser laufen könnten.

Ein Punkt, den ich persönlich bedauere ist die Offenheit des Projekts. Es hat sich historisch so entwickelt, dass es ein Kernteam von offiziellen Entwicklern gibt, diejenigen, die das Basis-System betreuen, das Kernel-Paket und diverse große Pakete wie Mail, Samba, MySQL, Apache usw. Das ist grundsätzlich erstmal nichts verkehrtes, man kann z.B. einfach nicht der ganzen Welt Schreibzugriff auf das zentrale Entwicklungs-Repository geben – Lesezugriff hingegen schon. Leider ist nicht nur dieses Repo der Öffentlichkeit verborgen, sondern es läuft auch viel Kommunikation an den öffentlichen Newsgroups vorbei. Dafür gibt es Gründe und die meisten Entwickler und Anwender sind mit der Situation so auch zufrieden.

Ich persönlich denke, dass ein öffentliches Repository (read-only ;-) ) und ein öffentlicher Bugtracker die Entwicklung und Popularität eines Projektes fördern, auch wenn die Entwickler dann möglicherweise mehr Zeit für Support aufbringen müssen und sie diese Zeit nicht für die Entwicklung zur Verfügung haben. Weil ich das so sehe und weil ich mit meinen eigenen Paketen natürlich machen kann, was ich will, gib es eben diese ab sofort frei – so frei wie in Freiheit und so frei wie in Freibier: http://www.lespocky.de/eisfair/

Jeder eisfair-Entwickler und -Nutzer kann also ab sofort meine Pakete nicht nur installieren, sondern den Quellcode auch abseits der Paketdateien direkt im Repository anschauen, auschecken, ändern, mir Patches schicken, Tickets anlegen usw. – wie man das von vielen anderen OpenSource-Projekten kennt. Ich weiß, dass ich keinen Ansturm erwarten darf und genau genommen erwarte ich eher, dass alles genauso ruhig abläuft wie vorher – aber es besteht die Möglichkeit und ich habe die leise Hoffnung, dass sich andere eisfair-Paketentwickler ein Beispiel nehmen und dem Projekt durch mehr Offenheit zu mehr Popularität und dadurch mehr Verbreitung, neuen Entwicklern und letztendlich mehr Qualität verhelfen werden.

:-)

Terminprioritäten

Ich habe seit längerem schon das Problem, dass ein Kalender mit festen Terminen und freien Zeiten nicht alle Informationen abbilden kann, die ich dokumentieren möchte: Problematisch sind Informationen, die zwar einen Zeitbezug haben, sich von daher also gut mit einem Kalender visualisieren lassen, jedoch keine Termine sind und damit nach den GTD-Regeln streng genommen nicht in einen (beziehungsweise den) Kalender gehören. Daneben gibt es Termine, die zwar im Prinzip feststehen, sich aber gegebenenfalls verschieben lassen. Dazu gehört zum Beispiel die tägliche Mittagspause.

Ausgehend davon ist mir eben folgende Priorisierung eingefallen, die ich hier einfach mal festhalten möchte:

  • 0 – free:Zu dieser Zeit liegt kein Termin vor.
  • 1 – informal: für Ereignisse, die im Kalender visualisiert werden, aber keine Termine sind (Feiertage, Geburtstage, eingeplante Arbeitszeiten, …)
  • 2 – tentative: Der Termin ist vorgesehen, kann aber gestrichen oder verschoben werden. (z.B. die tägliche Mittagspause) Aus Sicht der Terminplanung ist diese Zeit frei.
  • 3 – normal: Das ist ein ganz normaler Termin nach der GTD-Methode. Die Zeit ist eingeplant und belegt, Verschiebungen sollten vermieden werden.
  • 4 – important: Der Termin ist wichtig, eine Verschiebung ist nur mit viel Aufwand möglich und sollte vermieden werden.
  • 5 – ultimate: Der Termin steht definitiv fest und kann auf keinen Fall verschoben oder umgangen werden. (Sowas wie Prüfungen, der Weltuntergang oder der Besuch des Bundespräsidenten zwecks Übergabe der Weltherrschaft)

Dabei werden niedrige Prioritäten von höheren verdrängt.

Sechs Stufen sind eine ziemlich feine Auflösung, damit sollte sich dann aber wirklich alles abbilden lassen. Am gebräuchlichsten werden wohl die Prioritäten 0 (free) und 3 (normal) sein.

Der ist erstmal nur ein Konzept ohne Implementierung, aber ich werde diese Stufen testen und sehen, ob sie praktikabel sind.

Gewinnspiel zum Jahreswechsel

Ich will nicht lange um den heißen Brei rumreden: wir verlosen ein Shirt. Das ganze passiert nicht, weil andere Blogs, die ich hier nicht verlinken möchte, das auch tun und auch nicht um möglichst viel Leute auf dieses Blog zu locken. Wir machen das, weil wir das Motiv des T-Shirts für so genial halten, dass es mindestens noch ein drittes Exemplar davon geben sollte. ;-) Alles weitere auf der soeben verlinkten Seite, stay tuned!

Wer das super klasse und genial findet und glaubt, dass er sowieso keine Chance hat, das zu gewinnen, kann das natürlich auch im antiblau shirt shop kaufen.