Zusammenfassung Frameworks

Beim Meetup im Juni haben wir uns in großer, wirklich erstaunlich großer Runde über Frameworks unterhalten. Hier die Zusammenfassung unserer offenen Diskussion mit vielen hilfreichen Links für die weitere Arbeit.

Zudem haben wir ein paar Termine bekannt gegeben:
Am 24. August veranstalten wir einen Hackathon mit allen Interessierten (nähere Infos folgen), vom 5.-7. Oktober ist das große WordCamp Europe in Leiden (Niederlande) und am 9. November treffen wir uns alle in Berlin zum WP Camp.

Und bitte alle das betahaus unterstützen! Es musste leider Insolvenz anmelden.

Am Anfang stand die Frage, was ist ein Framework überhaupt. Der Codex hat folgende Definition für uns. Hier wird also zwischen Bibliotheken (ohne Theme-Funktionalität) und Starter-Themes unterschieden. So richtig half uns diese Beschreibung aber auch nicht. In der Runde benutzten auch nur wenige reine Frameworks. Insbesondere weil man dadurch von diesem Framework abhängig ist. Meist kann man auf diesem Framework basierende Child-Themes dann käuflich erwerben und ist so deutlich eingeschränkt. Die meisten aus der Runde haben ihr eigenes Starter-Theme oder gehen von Standalone-Themes aus.

Beispiele für große, kostenpflichtige Frameworks wären:
Xtreme One (Link aktualisiert)
Genesis
Thesis

RichWP wurde von seinem Entwickler quasi kommerziell aufgegeben, aus den oben genannten Gründen. Er fand den Weg über Frameworks zu gehen nicht mehr sinnvoll und bot sein Framework und alle Child-Themes dazu zum kostenlosen Download an. Für die Zukunft setzt er auf schlanke, moderne, responsive HTML5 Standalone-Themes.

Aber wie können Themes dann leicht angepasst werden und warum brauchen wir das?

In der Runde war schnell klar, dass wir hier nochmal unterscheiden müssen, was wir genau mit Framework eigentlich meinen. Bibliotheken wir Bootstrap oder Foundation wurden durchaus genutzt. Frameworks für die Theme-Optionen hingegen waren für die meisten Anwesenden uninteressant. Diese Einstellungsmöglichkeiten sind wohl eher für weniger versierte Nutzer interessant, die ein Theme sehr schnell und rudimentär individualisieren wollen. Schnell das eigene Logo einfügen, ein paar Farben ändern – mehr wird oft nicht gebraucht.

Für die letztgenannte Variante (falls jemand mal ein Theme anbieten möchte) hat Themeshaper ein Tutorial mit Beispielcode bereitgestellt. Damit kann eine eigene Theme-Options-Seite in ein Theme eingebaut werden.

Alternativ gibt es dazu ein paar „Option-Frameworks“, die genau das Gleiche anbieten, nur mit mehr Möglichkeiten. Das Option-Framework, Varianten davon, UpThemes-Framework, Redux-Framework. Alle sind GPL-lizenziert und somit für eigene (auch kommerzielle) Themes kostenlos nutzbar. Die Autoren freuen sich aber bestimmt über Spenden in Form von Geld oder Code. :)

WordPress selbst bietet mit dem Customizer einen eigenen, visuellen Weg, Optionen zu konfigurieren. Allerdings ist die Ausrichtung dieser Funktion stark an die Bedürfnisse der WordPress.com-Nutzer angelehnt. Ob der Customizer sich für Selbsthoster jemals durchsetzen wird, darf bezweifelt werden. Eine sehr gute Einführung in den Customizer hat Frank Bültge auf dem WP Camp 2012 gegeben.

Manchmal soll der Kunde aber diese Optionen gar nicht haben, oder wir Webworker brauchen nicht ein ganzes Framework, sondern nur eine bestimmte Funktion. Jetpack wurde von den meisten Anwesenden als problematisch angesehen. Zu viele Module, dadurch sehr fehleranfällig, nicht performant und zudem in einzelnen Punkten mit einem Datenschutzproblem für deutsche Nutzer verbunden.

Einen ähnlichen, aber vielleicht praktischeren (kleineren) Ansatz verfolgen die kostenlosen Plugins WooDojo und WooSidebars mit denen ein beliebiges Theme leicht mit Funktionen nachgerüstet werden kann. Dahinter steht der Theme-Anbieter WooThemes, der für seine Themes übrigens auch ein (Woo)Framework nutzt. Das aber leider nicht käuflich zu erwerben ist.

Ein anderer Weg ein Theme mit mehr Funktionen auszustatten, sind Shortcodes. Elmastudio bietet zum Beispiel in ihren Themes eine Reihe von Shortcodes an (hier beispielhaft für Waipoua). Bei einem Wechsel zu einem anderen Theme hat man dann allerdings ein Problem. Theme-Anbieter WPExplorer stellt dafür ein kostenloses Plugin zur Verfügung und umgeht so das Problem.

Als Basis-Theme wurde vor allem das vom Automattic-Theme-Team erstellte Underscore_s erwähnt, auf dem auch das von Caspar erstellte Meetup-Theme beruht. Hier gibt es allerdings noch viele, viele weitere. Und für die eigene Arbeit macht ein eigenes StarterKit sicher auch mehr Sinn. Beispielhaft seien hier nur mal zwei deutsche Starter-Themes verlinkt: WP-Kickstart von Gerrit van Aaken und das WordPress-Basis-Theme von Frank Bültge. Beide eignen sich auch einfach nur zum Spicken und dazulernen …

Der Blick über den Tellerrand darf natürlich nicht fehlen. WordPress ist nicht immer die beste Wahl, gerade in Bezug auf Sicherheit und Geschwindigkeit geht nichts über eine statische Webseite. Damit diese aber ähnlich komfortabel administriert werden kann wie WordPress, gibt es Tools wie nanoc oder CodeKit.

Und wer den Nutzer gar nicht erst in das Backend lassen möchte, der kann (ähnlich zu Jimdo) sein WordPress auch mit einem Frontend-Editor ausstatten, wie dem Aloha-Editor.

Weitere Ergänzungen/Diskussionen gerne per Kommentar!

Teile diesen Beitrag in den Netzwerken

3 Kommentare Schreibe einen Kommentar

Schreibe einen Kommentar