Ich suche eigentlich schon eine Ewigkeit nach einer Möglichkeit, Routen, die man auf einer Karte, egal, ob GoogleMaps, oder OSM, visualisiert hat dauerhaft zu speichern und wann ich will,wieder auf einer Karte zu visualisieren. Bei GMaps beispielsweise lassen sich Ergebnisse des Routenplaners nicht in eigene Karten übernehmen. Auf GPSies bin ich jetzt aber fündig geworden. Der Dienst bietet seinen Nutzern die Möglichkeit, Strecken zu erstellen und zu veröffentlichen. Beim Kartenmaterial hat man nicht nur Google zur Auswahl, sondern auch Kartenmaterial von MS und OSM. Tracks und Roten lassen sich in diversen Formaten herunterladen und auch wieder importieren, auch ein direktes Speichern auf bestimmten Geräten ist möglich.

Tracks lassen sicch sehr einfach erstellen, man gibt einfach den Zielort ein und setzt einen Punkt auf der Karte, je nachdem, ob man die Option “Wegen folgen” gewählt hat, wird die Entfernung zwischen zwei Punkten, die man gesetzt hat entweder querfeldein, oder entlang von Straßen auf der Karte visualisiert. Neben Informationen zur Gesamtlänge der Strecke wird unter anderem auch ein Höhenprofil angezeigt. Ein Wiki hilft bei Fragen, oder Problemen.

Eigentlich genau, was ich gesucht habe. So lassen sich Routen dokumentieren und beispielsweise im eigenen Blog anzeigen. Wordpress beispielsweise bietet hierfür verschiedene Plugins, die kml oder gpx Dateien anzeigen.

Für ein anderes Blog habe ich nach einem Plugin gesucht, mit dem sich ein sticky Post erstellen lässt, also ein Post, der immer auf der Startseite des Blogs verbleibt. Das, was ich wollte, liess sich mit Blog Introduction realisieren, indem man eine Seite erstellt, deren Inhalt in Wordpress immer an erster Stelle auftaucht. Die Seite als solches deklariert man als privat, so dass sie ansonsten nirgendwo auftaucht.

Funktioniert hat alles so weit ganz gut, wenn man erst mal verstanden hat, wie die Einstellungen im Admin Menü sind, um das Ganze wie man so schön sagt, “zum fliegen zu bringen”. Schade nur, dass der Abstand zum ersten folgenden Post so gering ist, hier muss man also händisch nacharbeiten, die richtige Stelle habe ich nch nicht gefunden. Darüberhinaus kommt es anderen Plugins, die auf die einzelnen Posts abzielen, hin und wieder in die Quere.

Seit Wordpress 2.7 gibt es sticky Posts allerdings als Bordmittel, man muss sie nur finden: im Katsnen “Publizieren” verstecken sie sich hinter dem Punkt “Sichtbarkeit” und sind standardmässig nicht eingeblendet…

Nachdem ich in der letzten Woche den coolen Service von laut.fm entdeckt und mich gleich mal für einen Testaccount gemeldet habe, war ich so begeistert von der Idee, dass ich kurzerhand ein kleines Plugin programmiert habe, um den Player in die Sidebar einbinden zu können. Über das Adminmenü lässt sich der Name der Radiostation einstellen, die abgespielt werden soll.

So kann man die eigene Station dort eingeben, oder eine beliebige andere…

Als weitere Konfigurationsfeatures kommen irgendwann vielleicht noch die Farbe und Größe des Players hinzu.

Zu finden ist das Plugin hier und bald auch in der Wordpress Plugin Database.

Das Quotiki Plugin hat ja tatsächlich einige Fans auf den Plan gerufen, was ich gar nicht vermutet hatte.

Man findet die Jungs jetzt auch bei TPN (The Podcast Network). Hier werden Zitate disktutiert, die sich auf der Quotiki Website wiederfinden.

doch jetzt habe ich mal wieder Zeit gefunden, hier ein paar Zeilen reinzuhacken. Kürzlich ist mir bei Amazon aufgefallen, dass Wordpress Bücher wie die Pilze aus dem Boden spriessen und wenn man sich die Autoren näher anschaut, findet man ganz schnell die üblichen Verdächtigen, auf deren Blogs man auch bei Google-Suchen im Kontect von Wordpress immer wieder stösst: Bueltge, Perun usw. Find ich gut. Ob ich Sie alle lesen werde, weiß ich noch nicht, aber das Werk von Stephan Lamprecht war mir zu meinen Anfängen mit Wordpress eine nützliche Lektüre. Auch wenn die Kundenrezensionen durchwachsen sind, halte ich es für ein nützliches und sinnvolles Einstiegswerk.

Ostern ist zwar noch ein paar Tage hin, dennoch bin ich jetzt schon über ein “Osterei” gestolpert… WYSIWYG oder nicht ist ein häufig diskutiertes Thema im Wordpress Umfeld, die Puristen schreiben ihren HTML Code selber, wer braucht schon grafische Toolunterstützung ?

Trotzdem werden sich so wie ich einige über den veränderten Editor in der neuen WP Version gefreut haben. Über undokumentierte Funktionen lässt sich der visuelle Editor um einige neue Funktionen erweitern, leider ist die Schaltfläche zum erweitern auch Bestandteil der nicht dokumentierten Funktionen, die dem 0815 User verborgen bleiben.

Über die Tastenkürzel Alt+Shift+V (Firefox) bzw. Alt+V (InternetExplorer) wird das Menü erweitert. Wie man das Ganze dauerhaft sichtbar macht, ist hier sehr schön beschrieben…

Weitere Informationen rund um den visuellen Editor in Wordpress finden sich u.a. noch hier.

Es hat nicht lange gedauert, herauszufinden was es war… Ich benutze das Kontaktformular Plugin von Johannes Ries und scheinbar mag das mit der neuen Version nicht zusammenarbeiten…

Nachdem ich es deaktiviert habe, scheint der Editor jedenfalls zu gehen. Mal sehen, ob ich das so angepasst bekomme, das es weiter funktioniert.

Gleichzeitig mit dem Update der Software hat mein Blog mal ein neues Gesicht bekommen. Ganz zufrieden bin ich damit noch nicht und an manchen Stellen ist es noch nicht ganz rund, aber: was wäre das Leben ohne Bastelei?

In den letzten Tagen ging die Nachricht ja durch das WWW, Wordpress ist als neue Version draussen. Es heisst ja so schön, never touch a running system, aber mal ehrlich, was gibt es reizenderes als das Ausprobieren, wir sind schliesslich keine “Techies” geworden, um uns den ganzen Tag mit funktionierenden Dingen rumzuschlagen…

Nach einigen Tagen des Zögerns hat es mich also auch erwischt und ich habe mein Blog upgedatet, streng nach Anleitung natürlich…
Längst nicht so trivial, wie man sich das wünschen würde, drängt sich die Frage auf: Geht das nicht einfacher? Warum muß das so fehleranfällig sein und wäre es nicht leichter, noch mehr dessen, was im Dateisystem übrig bleibt, in der Datenbank abzulegen? Mag sein, ich weiß es nicht, so tiefgehend sind meine WP Kenntnisse nicht, als das ich mir hier ein wirklich qualifiziertes Urteil erlauben könnte.

Alle Schritte ausgeführt, dann die Seite aufgerufen, ein stockender Ladebalken, (dann stockender Atem ), doch siehe da, es geht noch…
Geschafft!
Also los, rausfinden, was alles neu ist. Schon nach wenigen Klicks fällt auf: Hm, wie ist denn das jetzt hier mit dem Editor?? Ich sehe zwar die Reiter “Visuell” und “Code”, aber egal, welchen ich davon auswähle, Schaltflächen gibt es keine… Irgendwas stimmt hier nicht! Die Häkchen zum ein- bzw. ausschalten des WYSIWYG-Editors sind verschwunden, klar, die neue Funktionalität sollte das Switchen während der Eingabe erlauben… Und jetzt?

Das war doch eigentlich der Hauptgrund für das Update gewesen, hatte ich doch bei meiner vorherigen 2.0.x Version den WYSIWYG-Editor einmal abgeschaltet und seitdem liess er sich nicht mehr aktivieren, egal, ob das Häkchen gesetzt war, oder nicht.

Nach dem speichern sind zumindest die Zeilenumbrüche und Absätze im Text aufgetaucht, allerdings ein schwacher Trost. Sollte ich eine Lösung finden, werde ich Sie hier veröffentlichen…

wie baue ich ein Plugin, welches eine einfache Funktion zur Verfügung stellt?
Wir schreiben ein denkbar simples Plugin, welches innerhalb der Sidebar das aktuelle Tagesdatum ausgibt.

/*
Plugin Name: wp-showDate
Plugin URI: http://www.pflipsen.net/downloads/
Description: Plugin displays date in sidebar
Author: Marko Pflipsen
Version: 0.1
License: GPL
Author URI: http://www.pflipsen.net
Update Server: http://www.pflipsen.net/downloads
Min WP Version: 1.5
Max WP Version: 2.0.x
*/

<?function displayDate() {
echo date(“m.d.y”);
}?>

Dazu noch eine Erweiterung in der sidebar.php, damit unsere Funktion auch sichtbar ist. Sie prüft vorab, ob eine entsprechende Funktion zur Verfügung steht:

<? if (function_exists(displayDate())){
displayDate();
} ?>

Fertig!
Von den im letzten Beitrag erwähnten Hooks wurde bisher noch kein Gebrauch gemacht, das Einzige, was wir hier genutzt haben, ist die Eigenschaft von Wordpress, Funktionen über die Plugin Architektur global verfügbar zu machen, in diesem Fall die Funktion displayDate().

Essentials:
Was muss ein Plugin auf jeden Fall haben?
Plugins sind in Wordpress im Verzeichnis /wp-content/plugins/ untergerbracht. Besteht das Plugin nur aus einer einzelnen PHP Datei, kann man diese in dem genannten Verzeichnis ablegen, besteht das Plugin aus mehreren Dateien, empfiehlt es sich, die Dateien in ein eigenes Verzeichnis zu packen, das den Namen des Plugins haben sollte.

Sobald man etwas dort abgelegt hat, taucht im Admin Panel unter *Plugins* ein eigener Eintrag dafür auf, mit der Möglichkeit es zu aktivieren, bzw. deaktivieren.

Damit alles reibungslos integriert wird und das Plugin funktionieren kann, muß ein Plugin folgende Angaben enthalten:
/*
Plugin Name: name_des_plugins
Plugin URI: http://www.website.de/plugin
Description: Was das Plugin tut
Author: Marko Pflipsen
Version: 1.0
Author URI: http://www.pflipsen.net
Min WP Version: 1.5
Max WP Version: 2.0.x
*/

Das Aktivieren alleine lässt ein Plugin noch nichts tun. Damit wirklich etwas passiert, muß man dem Plugin beibringen, in das Geschehen des Blogs einzugreifen. Das geschieht über sogenannte Hooks. Welche Hooks man benutzen kann, findet sich hier.