Tumblr ist eine tolle Sache. Für einen großen Teil der zu erledigenden Blog-Geschäfte reicht es völlig aus und man kann nicht viel falsch machen. Ein geschlossenes System hat eben solche Vorteile. Dieser Umstand bringt allerdings auch Kehrseiten mit sich, auf die man als Benutzer einfach keinen Einfluss hat. Ich werde hier versuchen alle mir bekannten Fehler, Macken und Unsauberheiten zu sammeln, die mir bekannt sind.
Likes
Seit über einem Jahr habe ich auf einem anderen Tumblr-Account eine falsche Anzahl Likes in meiner Sidebar stehen. Liked 8 posts steht da, dabei habe ich nicht einen einzigen Beitrag geliked. Der Support versicherte mir nur, dass man sich dieses Problems bewusst ist und indes schon daran arbeiten würde. Verursacher sind im übrigen gelöschte Beiträge, die man geliked hat. Diese werden nicht vom Zähler entfernt, aber auch nicht mehr in der Übersicht angezeigt.
Auf der Liked-Posts-Seite kann man durch die Seiten navigieren, auch wenn es gar keine Beiträge anzuzeigen gibt. Sobald es 3 Beiträge anzuzeigen gibt, wird versucht weitere zu laden. Es passiert natürlich nichts, wenn alle schon angezeigt sind. Unter Umständen führt der fehlerhafte Like-Zähler dazu, dass das infinite scrolling versucht weitere Beiträge zu laden.
mehrere Tumblelogs auf einem Account
Hat man auf einem Account mehrere Tumblelogs, gibt es ein paar Inkonsistenzen. Egal auf welchem Tumblelog man oben auf Dashboard klickt, man landet auf dem Dashboard des primären Tumblelogs (der zu erst erstellte). In meinen Augen wäre es sinnvoller, wenn man auf dem Dashboard des jeweiligen Tumblelogs landet.
Weiterhin gibt es nach wie vor keine Möglichkeit einzustellen, welches Tumblelog nun das Primäre eines Accounts ist. Es steht also immer der Name des primären Tumblelogs da, wenn man jemandem folgt, die Ask-Box benutzt, usw.
Quatsch im HTML
Tumblr macht mit meinem HTML ganz schönen Unfug. Vor meinen Theme-Quelltext packt Tumblr nämlich grundsätzlich <!DOCTYPE html> und ein ellenlanges Script und zwei kleine. Grundsätzlich. Ich lasse also den Doctype im Theme weg, im Prinzip kein großes Problem. Wäre es nicht, wenn die Scripts nicht vor dem <html>-Tag stehen würden. Das ist ein dickes Problem.
Ein Script darf nicht außerhalb des head- bzw. body-Bereichs stehen. Da die direkt nach dem Doctype stehen, wird sowohl der html-, als auch der head-Bereich implizit geöffnet. Dadurch ist das HTML per se invalid. Man kann also theoretisch nur ein valides HTML produzieren, wenn man im Theme auch noch das <html> weglässt. Das ist mir persönlich zu heikel. Ich hatte einmal ausversehen alles bis zum <head>-Tag entfernt und dadurch das komplette Customize-Backend unbrauchbar gemacht. Der Support musste mir das bauen.
Weiterhin entsteht durch diese Scripts ein weiteres Problem. Die Charset-Angabe <meta charset="utf-8" /> ist zu weit hinten. Jedenfalls spuckt der Validator den Fehler aus, dass sie nicht innerhalb der ersten 512 Bytes des Dokuments steht. Ebenfalls wird nochmal eine Charset-Angabe innerhalb des Bereiches für die Twitter-Tags gepackt. Verstehe ich nicht. Verstehe auch nicht, warum die Twitter-Tags überhaupt ohne aktivierte Twitter-Integration mit drin stehen.
Überflüssigerweise sehe ich jetzt ab und zu beim Frickeln am Code eine Invalid HTML-Meldung, wenn ich die Vorschau aktualisiere. Captain Obvious schlägt zurück.
keine Abbreviations
Tumblr erlaubt mir nicht, eine Abkürzung in einem Beitrag mit <abbr title="What You See Is What You Get">WYSIWYG</abbr> zu erklären. Tippt man das in’s HTML, wird es einfach wieder entfernt. Schade.
keine Überschriften im Dashboard
Überschriften (z.B. diese h3) werden im Dashboard als normaler Text gezeigt. Immerhin im Post-Editor funktioniert es.
Subjektive Mängel
Ein paar Dinge sind sicher auch subjektiv, für mich aber eben ein Problem. Ich frage mich, warum nicht jeder Post-Type ein zumindest optionales Title-Feld hat. Ich hätte gern für jeden Beitrag einen Titel und möchte dafür nicht die Captions anderer Post-Types missbrauchen. Außerdem sind ein paar Post-Types sowieso unbrauchbar. Oder alle?
Weiterhin ist der Customize-Bereich für Tumblelogs ganz schön nervig. Der Theme-Editor ist viel zu klein und hat quasi keine Scrollleiste - komm schon, die paar Pixel! Link-Pseudoklassen interpretiert die Vorschaufunktion zudem nicht richtig.