Gedanken zur Themeumfrage
Zuerst möchte ich mich bei allen Teilnehmern bedanken. Nicht jeder macht sich Gedanken und schreibt sie auch nieder. Auf alle Fälle war es sehr interessant zu lesen, was euch wichtig ist. Natürlich hat jeder seine eigenen Bedürfnisse, aber so weit auseinander wart ihr gar nicht.
Der absolute Favorit (ich habe es schon vorher geahnt), waren einstellbare Farben. Und die wird es in der ersten Version nicht geben. Warum? Es gibt keine vernünftige Möglichkeit, dieses Feature im Backend unterzubringen. Wenn ich einstellbare Farben einbaue, dann ist jedes Element veränderbar. Dies würde in einem riesen Formular enden. Das größte Problem ist, WordPress 2.7 verwendet jQuery 1.2.6 und jQuery UI 1.5.2 und WP 2.8 hat jQuery 1.3.2 und UI 1.71 unter der Haube. Dazu kommt noch geändertes Markup im Backend und und und… Wir haben uns den Hals gebrochen, damit es unter beiden Versionen läuft. Deswegen werden wir in einer der nächsten Versionen des Themes uns vom Backend unabhängig machen und eine komplett visuelle Version bauen.
Wie ich in den Kommentaren erwähnt habe, haben wir viele Sachen schon drin. Lasst euch überraschen. Manches wird in einer späteren Version erscheinen, manches erledigt sich von selbst (Mike, die Linkelemente gibts ab WP 2.8 automatisch im head).
Das Wort Framework tauchte auch mehrmals auf. Ich habe damit so meine Probleme. Ihr könnt mir glauben, daß ich mir so ziemlich alles angeschaut habe, was in der WordPress Community so herumschwirrt. Wenn Framework bedeutet, um jede WordPress Funktion eine Wrapperfunktion herumzubauen um alles noch ein bischen zu verschlimmbessern, dann ist unser Theme kein Framework. Mir war es schon immer wichtig, ein Theme zu bauen, was auch Leute unterstützt, die keine Ahnung von HTML, CSS und PHP haben. Natürlich gelingt das nicht in jeder Ecke, aber die grundsätzliche Layoutgestaltung geht bei uns per Drag&Drop.
Sehr interessant fand ich bei Dieters Kommentar:
Eine benutzerfreundliche Gestaltung sollte auch für Anfänger unterstützt werden, also die Möglichkeit lediglich sinnvolle Werte etwa für Spaltenzahl, Schriftgröße, Hintergrundfarbe im Zusammenspiel mit der Schriftfarbe einstellen zu können. Also bspw. keine schwarze Schrift auf schwarzem Hintergrund.
Mit dieser Materie habe ich mich oft genug auseinandergesetzt und es wird auch nie aufhören. Was sind sinnvolle Werte? Nehmen wir mal ein Beispiel. Eine Webseite ist immer x Einheiten breit. Diese Breite unterteilt sich in eine, zwei oder 3 Hauptspalten. Stellt User X nun ein 2-spaltiges Layout ein und möchte die Sidebar 50% und den Contentbereich auch 50%. Kein Problem, wenn meine Prüfung als Höchstwert 50% zulässt. Lasse ich 50% für eine Spalte zu, dann auch für die andere. Hat er dann 2 Sidebars, könnte er die theoretisch auf jeweils 50% setzten, dann ist der Content 0. Was aber, wenn er unbedingt eine 60% breite Sidebar haben will? Habe ich darüber zu entscheiden? Nein. Noch komplizierter wird es mit dem Einheitenmix. Ich kann eine Sidebar 25em breit einstellen und die andere auf 25%. Wie soll ich da Plausiblität errechnen. 20em plus 25%. Geht nicht.
Ebenso mit den Farben. Natürlich gibt es Algorithmen, die Kontraste errechnen, Komplementärfarben errechnen usw. Das Problem dabei ist die Grenze des Erlaubten festzulegen. Jetzt ist das Beispiel schwarze Schrift auf schwarzem Hintergrund natürlich etwas extrem, aber wo ist die Grenze? Ich maße mir nicht an, das zu entscheiden bzw. dem Nutzer etwas aufzuzwingen. Wenn einer unbedingt gelbe Schrift auf hellgrünen Hintergrund haben will, bitte sehr. Wie ihr sehen könnt, eine sehr komplexe Materie.
Zum Abschluß möchte ich noch Folgendes sagen: Auch wenn nicht jedes Feature drin ist, wird dieses Theme alles toppen, was bisher auf dem Markt ist. Es wird den unbedarften Nutzer unterstützen, sich sein Layout anzupassen und es wird Webworkern enorme Zeit sparen.
- Kategorie: WordPress
- Tags: backend, layout, WordPress, xtreme theme
- Kommentar-Feed | Trackback URL
- Gelesen: 816 | Heute: 2
- einen Kommentar schreiben
6 Kommentare
Hallo Michael,
in der Tat war mein Beispiel extrem und die Frage der Grenzziehung ist damit nicht beantwortet.
Aber optional könnte ausgewählt werden, ob der Farbkontrast der Schrift- und Hintergrundfarbe Zugänglichkeitsanforderungen entspricht. Um das manuell zu prüfen gibt es ein Firefox-Addon. Eine entsprechende Automatisierung wäre halt für mich eine große Arbeitserleichterung.
Beste Grüße
Dieter
Nachtrag: Das FF-Addon ist der Colour Contrast Analyser: https://addons.mozilla.org/de/firefox/addon/7313
Hört sich ja alles sehr gut an!! Bin schon gespannt.
1. Kann man das Theme auch als CMS gebrauchen?
2. Wichtig für mich wäre auch noch Mehrsprachigkeit ! z.b. mit qTranslate was aber immer wieder Probleme macht.
Darauf würden viele warten.
Andreas, ich greife mal deine Frage Nummer 2 auf: Mehrsprachigkeit.
Wie du vielleicht weißt (oder auch nicht) beschäftige ich mich sehr intensiv mit der Materie, deswegen gibt es ja u.a. auch das Lokalisierungsplugin aus meiner Schmiede.
Wir stellen im ersten Ansatz zumindest sicher, daß das Theme korrekt mit Sprachdateien arbeitet (wenn es zeitlich zu schaffen ist, sogar auch mit Trennung von Front- und Backend Sprachdatei).
Allerdings halte ich nicht viel von qTranslate, Gengoo und Konsorten, weil sie meinen Content “verunreinigen”. Deswegen läuft in meinem Blog auch ein modifiziertes YammYamm, was auf Kategorien als Sprache aufsetzt.
Auch das ist nur eine Notlösung, mir schwebt für einen späteren Zeitpunkt eine saubere Komplettlösung vor, die alles beherrscht ohne Verrenkungen, Performance Einbrüche oder fade Permalinks. Allerdings ist das eine Baustelle, die eben auch sehr groß ist und nicht gleich da sein wird. Aber keine Sorge, in dem Punkt kann man in Zunkunft ebenfalls was Tolles erwarten.
@Dieter: möglich wäre auch bei Farben eine Warnmeldung oder ein entsprechendes Icon erscheint, wenn ein gewisser Kontrast-Grenzwert über-/unterschritten ist. Damit könnte man den Nutzer daruf hinweisen ohne ihn einzuschränken.
Es gibt viele Sachen, die vielleicht einfach zu programmieren sind, wo man sich aber länger mit der EInarbeitung in die Materie aufhält. So könnte ich per Checkbox die WAI-ARIA Roles in jedes Element schreiben, nur muß ich mich erstmal damit befassen. Aber wir brauchen ja auch Ideen für spätere Versionen
@Micha
Wie Du völlig richtig geschrieben hast, sind es nur Ideen. Als WordPress-Nutzer ohne nennenswerte Programmierkenntnisse kann ich nicht abschätzen inwieweit meine Ideen technisch umsetzbar sind bzw. welcher Zeitaufwand dafür erforderlich wäre/ist.
Deine Idee mit der Warnmeldung, wenn ein bestimmter Kontrast-Grenzwert unterschritten wird, ist aber mit Sicherheit ein eleganterer Ansatz.
Für ein eigenes Mobile-Stylesheet könnte übrigens das PHP-Script von Andy Moore unter http://detectmobilebrowsers.mobi/ eventuell ein interessanter Ansatz sein.