Beiträge von Ladofin

    So jetzt habe ich es verstanden!

    Textile ist ja ein Plugin, das ich hinzugefügt habe *Argl*

    Und das Plugin kann wohl nicht mit UTF-8 umgehen! *Grrr*

    Gut... Vielleicht hilft einem das hier...

    Für's Protokoll: Meine letzte Änderung an der Funktion, sah folgend aus, auf das es jemanden Helfe:

    Grüße

    Was ich gar nicht verstehe, wann und wie dies zu dem Array kommt...

    Denn es ist wohl nur bei den Funktionslisten von "the_content" aber nicht bei "the_editor_content" enthalten.

    Aber ich kann kein add_filter bei "the_content" finden, welches dieses definiert... Mittels grep habe ich beim View folgendes gefunden:

    Beim Editor nur dieses:

    Code
    According filters: ./wp-includes/general-template.php:834:         add_filter('the_editor_content', 'wp_richedit_pre');

    Wie die ersten beiden Filter inline_php und Textile2_New->do_textile bei the_conten (beim View) hinzukommen, ist mir ein absolutes Rätsel...

    Mittlerweile habe ich verstanden, dass die "Funktion" Array ein Array mit zwei Elementen ist...

    Ich versuche gerade vergeblich die Typen des Arrays zu erfahren...

    Aber durch einen Fehler, weiß ich, dass das erste Element ein Object namens Textile2_New ist:

    Code
    Fatal error: Call to undefined method Textile2_New::__toString() in

    Und durch direkten Zugriff habe ich herausgefunden, dass der zweite Parameter ein String namens "do_textile" ist...

    Ich suche Mal dort weiter...

    Hilfe in dem Punkten ist mir auch sehr willkommen.

    Grüße

    Das Reverse-Engineering gestaltet sich mühselig...

    In der Datei ./wp-includes/plugin.php habe ich die Funktion apply_filters manipuliert...

    Anstatt von

    habe ich folgendes geschrieben:

    Dann wird folgendes ausgegeben:

    Code
    My Orig: München
    Function inline_php:München
    Function Array:
    München
    Function convert_smilies:
    München
    Function convert_chars:
    München

    Der Fehler tritt wohl bei Array auf...

    Im Vergleich beim Editor:

    Code
    My Orig: München
    Function wp_richedit_pre:München


    Kein Array, kein Fehler...

    Ich bohre tiefer...

    Es scheint wirklich ein Bug zu sein.

    Während beim Editmodus irgendwann in der Datei ./wp-includes/general-template.php Zeile 893 folgendes aufgerufen wird:

    Code
    $the_editor_content = apply_filters('the_editor_content', $content);

    Wird beim Anzeigen irgendwann in der Datei ./wp-includes/post-template.php Zeile 55 dieser Code ausgeführt:

    Code
    $content = apply_filters('the_content', $content);

    Kommentiert man dieses Zeile aus... Kommen die Umlaute auch an... Bei UTF-8. Genauso bei einer Änderung zu "the_editor_content"...

    Das deutet definitiv darauf hin, dass dort der Bug ist...

    Leider gehen dann auch Umbrüche verloren, dass Zeilenumbrüche nicht in BR-Tag umgewandelt werden.

    Ich bohre Mal tiefer...

    Nachtrag:
    Ich habe ein paar Tests gemacht (ich gebe München ein):
    * Firefox im Visualmode:Gleiches Problem. Im HTML steht dann beim Anzeigen folgendes(unterstriche wegdenken!):

    Code
    M&_Atilde_;&_frac14_;nchen

    * Firefox im Codemode: genau dasselbe
    * Konqueror (gibt nur Codemode): genau dasselbe

    Es ist wohl so, dass nicht nur die falschen Zeichen dargestellt werden, sondern der auch noch falsche HTML-Tags gebaut werden.

    Ich kann mir das so erklären: UTF-COde ist in der DB, wird ausgelesen und beim Darstellen, gibt es eines der Encoding Probleme, dann ist es kein UTF-8 sondern ASCII oder Server-Standard-Encoding. Dieser String wird dann in HTML-Tag umgewandelt, wobei der beiden Bytes, die eigentlich zusammen ein UTF-8-Zeichen darstellen (hier ü), dann escaped werden.

    Das schaut mir nach einem Bug aus.

    Ich verwende WordPress 2.2.1 (die deutsch-sprachige Version).

    Umlaute-Problem, die viele / UTF-8 / Textile 2.1 (s.u.) / gelöst

    Das Problem ist gelöst, siehe: http://forum.wordpress-deutschland.org/konfiguration/…html#post113219

    --
    Original Posting:

    Hi!

    Viele haben wohl ein Umlaut Problem... Ich auch...

    Folgende Tipps habe ich ausprobiert
    * WordPress › Support » Strange character at the beginning of a page...
    * WordPress Deutschland FAQ » Warum bekomme ich zerstückelte Sonderzeichen angezeigt?

    Es ist immer das gleiche:
    Wenn ich UFT-8 einstelle, dann bekomme ich die rümlichen Zeichen... Aber nur dann im Blog... Im Editor ist es richtig!

    Wenn ich ANSI oder iso-8859-1 einstelle, dann wird alles im Text nach dem Umlaut abgeschnitten, nachdem ich es abgespeichert habe.


    Ich wäre sehr dankbar, wüsste jemand Rat...

    Grüße