Auf dieser Seite tut's aber gar kein Theme geben tun, nur Forenbeiträge.
Merke: Wenn du Hilfe möchtest, drücke dich klar aus.
Gruß
Thomas
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenAuf dieser Seite tut's aber gar kein Theme geben tun, nur Forenbeiträge.
Merke: Wenn du Hilfe möchtest, drücke dich klar aus.
Gruß
Thomas
Die Funktion heißt genaugenommen utf8_encode. Und dann sind die Maskierungen überflüssig.
Gruß
Thomas
Ergänze die Regel oben um den Selektor »div.commentsarea« (also: »div.post, div.commentsarea {« und sorge dafür, daß die Breite der Textarea nicht größer ist als der verfügbare horizontale Raum.
Gruß
Thomas
Du mußt solch ein Theme erst entpacken und dann als ganzes Verzeichnis innerhalb von »wp-content/themes« ablegen. Dann kannst du sie in der Administration auch auswählen.
Zum Ausprobieren empfehle ich dir einen einfachen lokalen Webserver, den du samt Wordpress sogar auf einem USB-Stick laufen lassen kannst.
Gruß
Thomas
Die eingebundene Datei ist offenbar nicht UTF-kodiert. Du kannst sie aber vermutlich mittels utf8encode() entsprechend anpassen.
Noch zwei Hinweise: Bei UTF-8 brauchst du nur noch die Zeichen <, und & zu maskieren, alle anderen Maskierungen wie ö sind völlig überflüssig (daran kranken auch die meisten Themes…). Und was du in das Meta-Element schreibst ist belanglos, wenn dein Webserver bzw. PHP eine andere Kodierung per HTTP sendet, denn diese Angaben haben Vorrang.
Gruß
Thomas
Bisher geht das nur im Safari. Hast du es damit schon ausprobiert?
Wenn du keinen Safari zur Hand hast, kannst du dir auf http://www.snugtech.com/safaritest/ einen Screenshot machen lassen.
Gruß
Thomas
Das gibt es nur im Safari, wenn das Eingabefeld so aussieht:
Auf http://www.bartelme.at/journal_detail.php?detail=236 findest du per Quellcodegucken eine Javascriptlösung (wenn wie eben nicht erreichbar, einfach im Google-Cache ansehen).
Gruß
Thomas
Du kannst auch einfach schreiben:
DirectoryIndex index
Dann gelten alle Endungen, und es wird nicht so unübersichtlich.
Deine Seite wird mit der Zeichenkodierung UTF-8 ausgeliefert, aber du hast die Umlaute nicht als UTF-8 eingefügt. Benutze einen Editor, der UTF-8 kann – PSPad beispielsweise – öffne die Datei nochmal, stell ein, daß sie UTF-8-kodiert ist, und schreib die Zeichen richtig hin. Dann ist das Problem aus der Welt.
Gruß
Thomas
Ich habe mich da vielleicht etwas zu knapp ausgedrückt, weil ich ordentlich frustriert war.
Nachdem ich erst das reine Upgrade eingespielt hatte, konnte ich keine Seiten mehr bearbeiten, weil die Bearbeiten-Seite im Backend nur zum Teil geladen wurde. Ohne jede Fehlermeldung.
Dann habe ich die 2.0.4 komplett eingespielt – und konnte mich nicht mehr einloggen. Das Blog, wenn man es denn so nennen möchte (berit-sander.de), hat bisher noch keinen einzigen Beitrag und nur ein paar statische Seiten, also eine äußerst simple Datenbank; die Plugins hatte ich vor dem Upgrade alle deaktiviert; die Dateien habe ich alle mit FileZilla im aktiven Modus übertragen, womit bisher noch nie irgendein Problem aufgetreten ist. Dennoch treten solch ärgerliche Fehler auf, die in der 2.0.3 nicht existieren.
Da habe ich schon einigen Grund, ungenügende Tests vor dem Release zu vermuten.
Jetzt stehe ich vor dem Problem, daß ich zwar gerne die Bugfixes einspielen möchte, nicht aber die neuen Bugs – was natürlich nicht ohne unverhältnismäßig hohen Zeitaufwand möglich ist …
Falls jemand hier mit dem Wordpresscode vertraut genug ist, um in den Server- und PHP-Einstellungen das Problem zu finden, dann bin ich natürlich sehr dankbar.
Ansonsten warte ich auf die nächste Version und versuche dann mein Glück nochmal.
Gruß
Thomas
Inzwischen bin ich wieder auf die Version 2.0.3 zurück. Das wird mir eine Lehre sein. Beim nächsten Update warte ich erstmal, bis alle neuen Macken bekannt sind.
Hallo,
gestern habe ich ein Blog von 2.0.3 auf 2.0.4 aktualisiert. Heute kann ich mich dort nicht mehr einloggen: Nach dem Absenden des Anmeldeformulares erhalte ich nur die wp-login.php als komplett leere Seite (kein Quelltext).
Hat jemand eine Ahnung, woran das liegen könnte?
Gruß
Thomas