Für Menschen · Seien Sie begeistert und Sie werden begeistern !
Wer mit Stylesheets im Bezug auf WordPress Themes arbeitet, der braucht immer diverse Klassen und IDs, um das Design an die jeweiligen Anforderungen anzupassen. Aktuell gibt es eine Referenz als PDF-Dokument zum freien Download im Blog von Banhawi. Wer also ebenso etwas schnelles zum Nachschlagen benötigt und nicht erst Firebug und co. benutzen will, der sollte mal dort vorbei schauen.
Im Bezug auf die bessere Gallery ist es eigentlich nicht nötig das Stylesheet zu laden, wenn es keine Gallery gibt, insofern ist es also lohnend, wenn man im Vorfeld prüft, ob die Gallery im Beitrag genutzt wird und nur dann das Stylesheet laden. Dazu muss man die Beitrag parsen und das kann man auf zwei Arten tun.
Ich möchte die Kosten, die dieses Blog und die kleinen Nebenprodukte verursachen gern deckeln, so dass ich keinen Aufwand in die finanziellen Kosten des Webspace stecke, sondern in die Inhalte. Daher wird es also ab jetzt die Möglichkeit geben, eine Fläche zu mieten.
Mit WordPress 2.7 wurde uns ein neues Design im Backend beschert, diesmal mit viel Aufwand und Analyse um ein angenehmes Arbeiten zu ermöglichen und möglichst viel Inhalt strukturiert darzustellen. Aus meiner Sicht ist das gelungen und die Arbeit mit WordPress war für mich persönlich noch nie so angenehm. Da ich aber WordPress vorrangig im Unternehmensumfeld einsetze, die Corporate Identity auch im Backend realisiere und Anwender von Laie bis Profi habe, sind die Anforderungen doch extrem unterschiedlich. Dabei habe ich bisher auf mein Plugin Adminimize gesetzt, das Backend auf die Anforderungen reduziert und das Design dem Corporate Design angepasst.
Die Implementierung von Stylesheets kann man mit unterschiedlichen Anweisungen machen und ich bekomme immer wieder die Frage, warum ich mich für <link entschieden habe und nicht via @import die Stylesheets einbinde.
Ich habe vor einigen Wochen schon mal darauf hingewiesen: auch in diesem Jahr gibt es in alter Tradition den Naked Day, nun zum vierten mal. Websites sind aufgerufen sich nackt dem Leser zu präsentieren, ohne Gewand des Stylesheets mit reinem Markup stellen sich diverse Websites der Öffentlichkeit.
Je nach Arbeitsweise empfindet es der eine oder andere Nutzer im Backend von WordPress recht störend, dass man maximal 20 Beiträge, Seiten und Kommentare pro Seite gelistet bekommt. Gerade wenn man mit vielen Übersichten arbeiten muss und eine schnelle Verbindung hat, dann kann eine erhöhte Anzahl nützlich sein. Wie man das anpasst und ein wenig mit CSS in der Darstellung optimiert, dazu hier einige Tipps.
WordPress lässt es zu, dass man zu einer Seite (Page) im Backend entsprechende Unterseiten anlegt. Dies ist unter anderem ein Umstand, warum WordPress nicht selten als CMS in der Verwendung ist. Nun will aber mit Hilfe der Conditional Tags diverse Abfragen starten und darauf reagieren - dann sieht man nicht selten im Template statische Abfragen auf jede ID einer Seite.
Das geht natürlich anders und einfacher wenn es sich um Seiten oder Unterseite dieser Seite handelt.
Mit dieser Lösung kann man dann beispielsweise in Abhängigkeit einer Seite ein spezielles Layout laden und das Frontend so an diverse Anforderungen anpassen. Diese kleine Anforderung nehme ich mal als Beispiel und zeige eine Funktion, die mir die Abfragen zu Seite/Unterseiten gibt und zeige im Anschluss ein Beispiel im Einsatz.
Nutz man den „Mediauploader" in WordPress nicht nur um das Bild hoch zuladen, sondern auch zur Integration in den Beitrag oder die Seite, dann wird, sobald man einen Bildtitel zum Bild hinterlegt, der Shortcode [caption] angelegt und in den Content eingefügt. Der Titel sollte aber gepflegt werden, da er als alt-Attribut zum img-Tag genutzt wird.
Nicht jeder Nutzer ist mit dieser Ausgabe zufrieden und ich zeige mal, wie man darauf zugreifen kann und die Ausgabe ändert.
Es gibt hinreichend Artikel und Diskussionen zu dem Thema, was das Blog besser macht. Ebenso gibt es viele Artikel, über die man sicher streiten kann und die vor allem nicht auf jedes Blog passen. In erster Linie ist das Blog ein Spiegel des Inhalts und des/der Autor(s)en. Trotzdem, meine ich, gibt es einige Punkte die sich etabliert haben und die man bei der Entwicklung und Verbesserung eines Blog beachten sollte.
Das Thema spricht mich gerade wieder an, denn diverse Kundenanfragen zeigen, wie wenig man sich mit diesen Themen beschäftigt und man sich eher um die Farbe des Logos streitet. Der Leser des Blog wird viel zu oft nicht oder erst am Ende beachtet. Da in der Regel das Blog aber für Leser gemacht ist, sollte es auch auf ihn zugeschnitten sein. Beachtet daher die Wünsche der Nutzer lasst sie mitreden und hört nie auf, das Blog in Frage zu stellen.
Ein weiterer Punkt, der mich zu diesem Artikel bewegte, ist der Beitrag „10 Features That Will Make Twitter Better“ von Jacob Gube, der einschlägige Punkte zeigt, die Twitter besser machen würden. Auch wenn man Twitter nicht direkt mit einem Blog vergleichen kann, so gibt es doch hinreichende Parallelen und die Punkte sprechen für sich und gehören in den Wissensstand eines jedes Nutzers, der sich mit Themen rund um Blogs und Usability beschäftigt.
Aus diesem Zusammenhang hier mal meine Liste von Punkten, die ich für relevant halte, ohne Wertung in der Priorität und sicher nicht vollständig. Aber dazu steht die Kommentarfunktion weit offen und ich danke schon jetzt für jede sinnvolle Erweiterung und konstruktive Kritik.
bueltge.de [by:ltge.de] wird von Frank Bültge geführt, administriert und gestaltet. Alle Inhalte sind persönlich von mir ausgewählt und erstellt, nach bestem Gewissen und Können, was die Möglichkeit von Fehlern nicht ausschließt.
Das Weblog wird angetrieben von WordPress und aktuell gibt es 854 Beiträge, 15038 Kommentare in 14 Kategorien und 450 Tags.
Das Blog wird liebevoll mit xHTML & CSS in Handarbeit gestaltet.
Design und Code ist unter Copyright
© 2001 - 2010 bueltge.de [by:ltge.de]