Das wp-footnotes-Plugin kommt von Simon Elvery und ist ganz fix eingebaut:

1. Runterladen, entpacken und den Ordner wp-footnotes ins Plugin-Verzeichnis schmeißen
2. Plugin im Backend aktivieren
3. ggf. unter Optionen noch Einstellungen vornehmen und jut is

Erzeugt werden Fußnoten, indem der Text, der unten in der Fußnote stehen soll, in doppelte runde Klammern eingefasst wird.
Beispiel: Der Fußnotentext lautet: (​(Ich bin eine Fußnote)​)

Der Fußnotentext lautet:²

Famos, wie ich finde. Den Stand der Fußnoten werd ich wohl noch etwas anpassen, aber sonst bin ich schon sehr zufrieden.

1. wie diese
2. Ich bin eine Fußnote

Und sein Beitrag hat mich ja auch gleich wieder daran erinnert, dass ich eigentlich auch mal irgendwann, irgendwo in englischer Sprache bloggen wollte. Damit mein Umgang mit selbiger endlich besser wird. =)

Bislang ist das noch nicht geschehen, weil ich mich immer so quäle, wenn ich auch nur kurze Sätze (z. B. bei twitter) schreiben will. Das hält mich bislang davon ab, längere englischsprachige Texte zu verfassen.

In englischer Sprache zu reden ist einfacher. Da kommt es m. E. nicht so drauf an, ob das ein grammatikalisch einwandfreier Satz ist – Hauptsache mein Gegenüber versteht mich. Aber wenn ich Texte schreibe, hab ich irgendwie den Anspruch, dass die möglichst richtig sein sollen. Und genau das eben kann ich nicht so gut. Das würde ja vielleicht besser werden, wenn ich endlich anfangen würde ;-) Daher: “Hut ab” vor dem Flo ihmsein englisches Blog! :-D

Aber jetzt auch mal zurück zum Flo log. Flo war über Weihnachten in Frankreich und berichtet in seinem quasi ersten Eintrag darüber. Schöne Fotos hat er auch gleich dazu gestellt =) Also stattet ihm doch einfach mal einen Besuch ab! Schöne Grüße von mir! :-D

Bei der Veröffentlichung des gestrigen Beitrags ist mir mal wieder aufgefallen, dass in meiner WordPress-Installation (Version 2.1.3) der Vorschau-Button, der sonst oben rechts neben dem Editor-Bereich ist, seit einigen Updates weg ist. Meine Suche nach der Lösung blieb bislang erfolglos. Weiß jemand die Lösung?

Update

Hat sich gewissermaßen erledigt. Im Upgrade auf 2.2.1 gibt es einen neuen Vorschau-Button, der dieselbe nicht mehr unter dem Editor-Bereich, sondern auf einer neuen Seite anzeigt. Das ist auch ok.
23.06.2007 15:07 Uhr

Dafür hab ich das Plugin herunter geladen, entpackt, ins Plugin-Verzeichnis geschmissen und aktiviert. So weit so gut. Allerdings musste es etwas modifiziert werden, da ich gern eine Unterscheidung nach der Gesamtzahl der Seitenansichten und den heutigen Seitenansichten haben wollte. Was ich dafür verändert habe, hoffe ich im Folgenden verständlich zu erklären.

Die Zeile:

wollte ich unter jedem einzelnen Beitrag stehen haben und habe sie daher in single.php eingefügt. Ich habe mir die Codezeile aus der englischen Anleitung (s. Link oben) kopiert. Die Anführungsstriche dort sind durch richtige Hochkomma zu ersetzen, sonst funktioniert es nicht! Abgesehen von dem Text, der zu der Angabe erscheinen soll, habe ich an der Funktion HitThisPost nichts verändert.

Die Code-Zeile für den Zähler auf der Frontseite sieht wie folgt aus:

und wurde unten in der Sidebar eingefügt. Es gibt noch eine TopHitList-Funktion, die hab ich aber vorerst weggelassen.

Damit diese Angaben aber überhaupt verfügbar sind, musste die Datenbank angepasst werden. Und damit ich auf der (lokalen) Datenbank überhaupt ein update on duplicate entry machen konnte, brauchte ich vorerst eine neue xampp-Version mit MySQL 5 – von dem Update schweigen wir aber ;-)

Die Tabelle mainCount bekam eine neue primary key-Spalte für das heutige Datum, damit zwischen der Gesamtzahl der Seitenbetrachtungen und den heute betrachteten Seiten unterschieden werden kann. Da die Tabelle mainCount ohnehin noch keine Daten enthielt, wurde sie erst ganz gelöscht und dann mit:

neu erzeugt.

Die Funktion mainCounter in der Datei CountPosts.php wurde folgendermaßen verändert. Dies ist die Original-Funktion aus dem runtergeladenen ZIP-file:

Zeile 3 wurde so verändert, dass bei jedem erneuten Seitenaufruf ein update (mainHits wird um eins erhöht) auf die alte Zeile ausgeführt wird, wenn der insert einen identischen Eintrag in der primary key-Spalte (heute) zur Folge hätte. Das heißt, wenn es zum aktuellen Datum schon einen Eintrag gibt, erzeuge keinen neuen, sondern inkrementiere den alten. Erst wenn ein neuer Tag ist, wird auch eine neue Zeile angelegt. Hier die veränderte Funktion mainCounter:

Update

Eine leicht modifizierte select-Anweisung in Zeile 7 selektiert alle Einträge der Spalte main_hits und summiert diese in einem s. g. Label namens alle. Das ist sinnvoll, damit die Gesamtzahl am Ende auch alle Betrachtungen erfasst und somit höher ist als die Tages-Zahl ;-)
15.04.2007 21:08 Uhr – Update Ende

In der neuen Zeile 10 der Funktion mainCounter steht jetzt eine zweite SQL-Anweisung, die die Anzahl der Seitenaufrufe zum heutigen Datum ausliest, damit ich, wie schon gesagt, zu der Gesamtzahl der page views auch die Anzahl der Aufrufe zum aktuellen Datum anzeigen kann. Zeile 11 führt die SQL-Anweisung aus und schreibt den zurückgelieferten Wert – analog zu der ursprünglichen Zeile 7 – in ein Objekt ($red und $red2). Die Ausgabe mit den festgelegten Werten für $before (‘Insges. angeguckt: ‘) und $after (‘ Heute angeguckt: ‘) erfolgt in Zeile 13.

Zu guter Letzt ist nur noch das Stylesheet anzupassen. Fertig :-)

Installation des Plugins Clean Archive

1. Um php-Code auf einer separaten Seite (nicht auf der Hauptseite) auszuführen, ist das runPHP-Plugin nötig. Dies habe ich hier herunter geladen, wo es auch ein englisch-sprachiges Manual gibt.
2. Das eigentliche Clean Archive-Plugin gibt es hier.
3. Ich habe beide .zip-Dateien entpackt und den runPHP-Ordner sowie die Datei srg_clean_archives.php ins Plugin-Verzeichnis von WordPress kopiert und anschließend
4. aktiviert.
5. Unter Optionen > Schreiben > Formatierung den Haken entfernen bei WordPress soll invalide eingearbeitetetes XHTML automatisch korrigieren.
6. Unter Optionen > runPHP ist festzulegen, wer das Plugin verwenden darf. Ich habe es auf Administrator belassen.

Danach habe ich testweise einen Betrag verfasst, in den ich php-Code eingefügt und den Haken bei runPHP > PHP Code ausführen? im rechten Editor-Bereich gesetzt habe. Das funktionierte, so dass ich im Anschluss eine neue Seite erzeugt habe, den Funktionsaufruf:

<?php srg_clean_archives(); ?>

eingefügt und den Haken bei PHP Code ausführen? gesetzt habe. Und siehe da… eine wundervoll übersichtliche und vollständige Archiv-Seite war vorhanden. Toll! Nie wieder umständlich suchen. :-D

Ohne das runPHP-Plugin war es nicht möglich, die Funktion < ?php srg_clean_archives(); ?> auszuführen. Die angelegte Archiv-Seite blieb leer. Aber da dieses Problem schon mal jemand hatte, hab ich fix die Lösung gefunden, die hier noch mal in englischer Sprache beschrieben ist. An dieser Stelle meinen Dank an Entwickler und Problemlöser!

Hier habe ich das Plugin Simple Tagging herunter geladen. Dort ist die Installationsanleitung auch in englischer Sprache zu finden.

Installation von Simple Tagging:

1. Nach dem Entpacken des .zip-Archivs, den Ordner inklusive Dateien (oder auch nur die darin enthaltenen Dateien) in das Plugin-Verzeichnis kopieren.
2. Das Plugin im WordPress Backend (Administrations-Bereich) unter Plugins aktivieren.
3. Im Backend unter Tags > Tag Options die gewünschten Einstellungen vornehmen und speichern.
4. Unter Optionen > Permalinks den Knopf Permalink Struktur aktualisieren drücken.

Dann habe ich, wie hier beschrieben, die Funktion für die Wolke eingebunden:

1. Dieses Code-Fragment habe ich an gewünschter Position in meine Sidebar integierert.
   

   1. <?php if (class_exists(‘SimpleTagging’)) : ?>
   2.     <ul id =“tagcloud”>
   3.         <?php STP_Tagcloud(); ?>
   4.     </ul>
   5. <?php endif; ?>




2. Damit es in mein Layout passt, habe ich die folgenden Zeilen in die .css-Dateien kopiert und angepasst:
   

   ul#tagcloud { padding:0; margin:0; text-align:center; list-style:none; }
   ul#tagcloud li { display:inline; font-size:70%; color:#ccc; background: none; padding: 0;}
   ul#tagcloud li a, ul#tagcloud li a:link { text-decoration:none; }
   ul#tagcloud li a:hover { text-decoration:underline; }
   ul#tagcloud li.t1 a { color:#797979; font-size: 120%; }
   ul#tagcloud li.t2 a { color:#6d6d6d; font-size: 160%; }
   ul#tagcloud li.t3 a { color:#616161; font-size: 190%; }
   ul#tagcloud li.t4 a { color:#555555; font-size: 210%; }
   ul#tagcloud li.t5 a { color:#484848; font-size: 230%; }
   ul#tagcloud li.t6 a { color:#3c3c3c; font-size: 250%; }
   ul#tagcloud li.t7 a { color:#303030; font-size: 270%; }
   ul#tagcloud li.t8 a { color:#242424; font-size: 290%; }
   ul#tagcloud li.t9 a { color:#181818; font-size: 310%; }
   ul#tagcloud li.t10 a { color:#0c0c0c; font-size: 330%; }

   Vielen Dank an Michael Wöhrer, der das Simple Tagging-Plugin gebastelt hat, und an Andi, der mir geholfen hat, die Fehler aus dem ersten Installationsversuch wieder auszumerzen. Die Kombination aus Sidebar Widgets + Simple Tagging Widget Plugin zusammen mit Simple Tagging funktionierte nämlich bei mir nicht so gut, wie auf jovelblog beschrieben.

   Simple Tagging selbst bietet schon die Möglichkeit, unter den einzelnen Beiträgen gleich Tags zu vergeben und aus diesen dann eine Tag Cloud mit o. g. Funktion zu generieren. Das Simple Tagging Widget ermöglicht dies aber auch, ignoriert aber dabei die Konfiguration der Tag Optionen im Backend. So ließ sich beispielsweise nicht einstellen, wie viele Tags in der Wolke zu sehen sein sollten. Sidebar Widget ist dafür da, beliebige Widgets in der Sidebar zu positionieren oder beliebigen anderen Code zu integrieren. Die Konfiguration war recht aufwändig, da ich ein anderes als das classic/default-Template von Kubrick benutze.

   Jetzt sieht es aber so aus, wie ich es mir vorgestellt habe und die nigelnagelneue Tag Cloud kann rechts in der Sidebar bewundert werden.

   ]]> http://draussenwelt.de/2007/03/tag-cloud/feed/ 11 http://draussenwelt.de/2007/02/monsters-in-my-blog/ http://draussenwelt.de/2007/02/monsters-in-my-blog/#comments Tue, 06 Feb 2007 11:59:49 +0000 Kaddi http://draussenwelt.de/2007/02/monsters-in-my-blog/ Weil der Andi mal wieder was tolles gebastelt hat, gibt es jetzt kleine Monster in meinem Weblog – vielmehr in den Kommentaren des Blogs. Scott hatte die brillante Idee, daraus dann ein MonsterID-WordPress-Plugin zu bauen, welches ich heute installiert habe.

   Die E-Mail-Adresse wird dazu benutzt, durch eine zufällig Auswahl von Körperteilen, die der Andi sich alle selbst ausgedacht und gemalt hat, zu jedem Kommentator einen individuellen Avatar zu erzeugen. Näheres aber bei Andi unter den o. g. Links.

   Und damit ich weiß, dass es funktioniert, muss ich mir wohl selbst mal einen Kommentar schreiben =)

   ]]> http://draussenwelt.de/2007/02/monsters-in-my-blog/feed/ 7 http://draussenwelt.de/2006/08/my-sidebar-is-broken/ http://draussenwelt.de/2006/08/my-sidebar-is-broken/#comments Tue, 08 Aug 2006 07:40:41 +0000 Kaddi http://draussenwelt.de/2006/08/my-sidebar-is-broken/ Nach dem Update auf die WordPress-Version 2.0.4 sieht das da rechts irgendwie kacke aus, aber ich konnte auf die Schnelle nicht rausfinden, wieso. Ende der Woche kümmer ich mich drum. Im Zweifelsfall stell ich den alten Stand wieder her, aber eine professionelle Lösung wär schöner. Falls also jemand eine Idee hat, warum das da so aussieht: Immer her damit! :-)

   Update

   Memo an mich selbst: Amboss mit Fernsteuerung kaufen!

   Nein, das ist natürlich quatsch! Die Lösung für die blöden Leerzeilen unter Seiten ist ein überschüssiges “unordered list”-Tag bei der wp_meta()-Funktion in sidebar.php, welches nach dem Update wieder da war. wp_meta() erzeugt offenbar noch eigene Listenelemente.

   So! Damit das ist mal irgendwo steht und ich mir beim nächsten Mal nicht wieder ´nen Wolf suche!

   ]]> http://draussenwelt.de/2006/08/my-sidebar-is-broken/feed/ 0