Gestern hat mein WordPress hier noch keine HTML-Fehler und heute plötzlich über 40 errors laut W3C-Validator, die recht mühsam auszubessern waren.
Langsam zweifle ich wirklich an der Sinnhaftigkeit von gültigem HTML, noch dazu wo Google (google.com hat momentan 37 Fehler) und W3C (w3.org hat 3 Fehler, wenn man auf HTML 5.0 prüft (“acronym” ist z. B. obsolet), allerdings geben sie den Doctype: XHTML 1.0 Strict an [die Feiglinge LOL]) selbst Fehler auf ihren Startseiten haben.
Ich hatte viele “meta-Fehler” zu bereinigen, wobei mir der Artikel “How can I remove these extra lines added inside” und “Cleanup WordPress Header” hilfreich waren.
“bad values “irgend ein plugin oder so” for attribute rel on element a ….” gab es jede Menge, was ich wirklich mühsam fand, überall die “rel” heraus zu löschen.
Google analytics, weitere diverse Fehler, Keyword profile is not registered usw. und schließlich auch noch rel=”category tag” und rel=”lightbox” – NEIN, es reicht!
Ab sofort pfeife ich auf W3 und ihren Validator!
Diese Umstellung erlaubt mir nun endlich auch hemmungslos alle WP-Plugins, die FakeBookMüllLanguage usw. zu verwenden und an Barrierefreiheit brauche ich ja erst gar nicht mehr denken, wenn nicht einmal mehr die HTML- und CSS-Empfehlungen mit einem vernünftigen Aufwand eingehalten werden können. Meine neuen Ansprüche für diesen Notizblog sind: “Im Firefox muss es für mich funktionieren”.
Nörgel, brummel, groll, so eine Zeitverschwendung.
Allmählich wird es wirklich mühsam mit den immer häufiger werdenden Updates. Wenn man mehrere Installationen betreuen soll und viele Änderungen in Dateien usw. hat wird “das Updaten” bald zu einem Fulltimejob.
WordPress 3.1.3 DE-Edition und Upgradepaket
Vielleicht sollte man sich doch mit dem “autoupdate” begnügen, wodurch aber ein allgegenwärtiger “Einheitsbrei” entstünde und man auf die Umsetzung eigener Ideen völlig verzichten müsste.
Eine ordentliche Planung und regelmäßig zu bestimmten Zeiten erscheinende Updates, wie es z.B. bei Ubuntu der Fall ist, wäre sicher auch für WordPress nicht schlecht.
Um Links im Benutzerprofil von WordPress 3.1 zu erlauben, kann man in der
wp-includes/default-filters.php
die Zeile
remove_filter(‘pre_user_description’, ‘wp_filter_kses’);
einfügen.
Gefunden auf allow html in profile.
Für WP 3.1 ist fogender Tipp obsolet, da die registration.php nicht mehr verwendet wird:
To do this, open up /wp-includes/registration.php in a text editor. Then, find the following code:
$description = apply_filters(‘pre_user_description’, $description);
Comment it out by putting two slashes in front of it, making it:
//$description = apply_filters(‘pre_user_description’, $description);
Es ist gar nicht lange her, dass ich das WordPress Plugin WPML hier gelobt habe, siehe WPML macht Sie mehrsprachig, doch die aktuellen Machenschaften finde ich recht ärgerlich. WordPress hat keine eigenes Internationalisierungs-Tool, aber dies wäre vielleicht eine Gelegenheit für WP oder WordPress Plugin-Entwickler, die alte open source Version von WPML zu übernehmen und als open source plugin weiter zu führen, denn das Verhalten von wpml.org ist meiner Meinung nach inakzeptabel. Sie haben eine neue Version erstellt, die nicht automatisch aktualisiert werden kann und wenn man manuell aktualisieren möchte, muss man das Plugin plötzlich kaufen. WPML ist kommerziell geworden heißt es da einfach. Dann sollten sie eben ein neues Produkt herausgeben, aber eine kostenloses open source Plugin plötzlich über ein update zu einem kommerziellen Produkt zu machen finde ich absolut nicht in Ordnung.
Daher fände ich es begrüßenswert, wenn irgend jemand den Code ganz legal unter Erwähnung vom WPML übernimmt und das Plugin weiter kostenlos als open source Plugin für WordPress anbieten würde. Ich habe leider keine Zeit für ein zusätzliches Projekt und auch kein Interesse, sondern ich sehe mich nach Alternativen um, und notfalls muss ich mir eben gettext selbst einbauen, wenn ich es brauche. gettext ist übrigens die Grundlage des WPML-Plugins und gettext ist freie, kostenlos erhältliche open source Software.
Ich hätte Verständnis, würde WPML eine zusätzliche neue “Pro-Version” oder was auch immer kommerziell vertreiben. Auch wenn sie das WP-Plugin einfach nicht weiter warten würden könnte ich das verstehen, aber eine neue Version anzubieten und dann dem WordPress Benutzer über ein update einen Kauf aufzuzwingen, ist meiner Meinung nach fies. Ich hoffe, dass sie keinen Erfolg damit haben.
und das Upgrade verschaffte mir eine ganze Menge Arbeit, da ich in sehr vielen Seiten Änderungen hatte. Das Autoupdate ist ja recht praktisch und hätte ich doch die Seiten immer im Originalzustand belassen, wäre es eine Angelegenheit von ein paar Sekunden gewesen. Durch die neuen Loop-Dateien musste ich mich aber zuerst einmal zurechtfinden und alles an der richtigen Stelle wieder einfügen.
Aber schon auf den ersten Blick auf die Admin Bar meine ich, dass sich das Upgrade gelohnt hat. Die interne Verlinkung, mit Suchfunktion überzeugt mich weiter und den Rest muss ich mir erst genauer ansehen.
Sieht aus, als würde alles funktionieren und ich kann mich auch weiterhin über gültiges HTML und CSS freuen.
Wie gesagt, mir gefällt die Adminbar, also lasse ich sie. Wer sie nicht möchte, kann sie einfach im Profile unter “Zeige Adminleiste” für die Website und den Administrationsbereich ausschalten, oder, ob Sie es glauben oder nicht, dazu auch ein Plugin benutzen 😉 :
Notizen zu Open Source, Linux, Informatik, Physiologie, Umfragen, Tai Chi, Rezepte, Blumen und für mich Interessantes eben
