12.01.2006

Wie wohl ziemlich viele WP-Anwender des deutschen Sprachraums verwende auch ich quasi seit Beginn meiner Blogger-”Karriere” das o42-Clean-Umlauts-Plugin von Michael Renzmann. Allerdings ist mir beim Blick in den Code aufgefallen, dass auch der Artikelcontent der HTML-Ausgabe in Feed-Nomenklatur verarbeitet wird, statt das eigentlich schon vorgesehene Array mit den HTML-maskierten Umlauten zu verwenden. Obendrein ist in diesem Array sogar noch ein Fehler gewesen, und daher habe ich mich drangesetzt das zu korrigieren und mal eben kurz eine Aufteilung der Recodierung in Content und Feeds vorgenommen.

Das Resultat ist die CleanUmlauts-4null4-Edition und kann hier heruntergeladen werden.

Have Phun!

Verwandte Artikel:



Wie jedes andere Blog lebt auch dieses selbstverständlich insbesondere auch durch die Kommentare, die ihr, liebe Besucher, bei mir hinterlaßt. Ihr seid also herzlich eingeladen, euch aktiv zu beteiligen und mir eure Anmerkungen zu hinterlassen.

Hinweis: Wegen des hohen Aufkommens an Kommentarspam und als Kommentar getarnten Werbelinks werden alle Kommentare auf diesem Blog zuerst in die Moderation geschickt. Ich schalte neue Kommentare von echten Besuchern so schnell wie möglich frei. Beleidigende oder gegen geltendes Recht verstoßende Kommentare werden gelöscht.

JA, ich will einen Kommentar abgeben

Bisher 55 Kommentare zum Artikel

Seiten: « 65 4 3 [2] 1 »

  1. Frank meint

    hallo frank, eigentlich wandelt wordpress selbst doch umlaute in den page-slugs von haus aus schon um - zumindest tut es das automatisch, wenn du den slug nicht selbst definierst, sondern nur den post-titel eingibst und WP von sich aus daraus den permalink baut. dazu ist also kein plugin notwendig.

    Ja, klar macht das Wordpress automatisch, aber aus ü wird ein u und nicht ein ue, aus Bücher also Bucher und nicht Buecher. Das ist schlecht für Suchmaschinen, die mit diesen Begriffen dann vermutlich nichts anzufangen wissen.

    Frank

  2. CountZero meint

    hallo frank, eigentlich wandelt wordpress selbst doch umlaute in den page-slugs von haus aus schon um - zumindest tut es das automatisch, wenn du den slug nicht selbst definierst, sondern nur den post-titel eingibst und WP von sich aus daraus den permalink baut. dazu ist also kein plugin notwendig.

    deutsche umlaute sind in UTF-8 enthalten, daher wirkt sich das cleanumlauts da in der regel ebenfalls nicht aus; anders sieht die sache aus, wenn du im blog ein anderes encoding eingestellt hättest, dann macht das plugin unter bestimmten umständen HTML-entities daraus, also zum beispiel ä statt eines kleinen “ä”.

  3. Frank meint

    Hallo,
    suche ein Plugin, das mir die dt. Umlaute in den Permalink-Urls konvertiert und die in den Beiträgen und Kommentartexten unangetastet läßt (liest sich halt so besser). Im WP-Forum ist mir Dein Plugin empfohlen worden.
    Doch nach dem Aktivieren des Plugins tut sich überhaupt nix - keine Veränderung, weder in den Permalinkadresse noch im Text. Woran kann das liegen. Habe UTF-8 als Zeichensatz in Verwendung und Permalinks mit benutzerdefinierten Variablen.
    Danke, wenn Dir was einfallen sollte.
    Liebe Grüße aus Thüringen
    Frank

  4. iRoybot meint

    nachdem ich mich bei otaku42 nichtmal für das tolle plugin bedankt hab, mach ichs jetzte bei dir. :-) danke!

  5. CountZero meint

    so, habe mir den halben abend das hirn zermartert - ich kann das problem schlichtweg nicht nachvollziehen. sofern wordpress die entsprechenden filter überhaupt schon auswertet (beim comment-author beispielsweise passiert da mal rein gar nichts), laufen alle zeichenketten sauber und problemlos durch die konvertierung - und für die feeds ist diese wie schon gesagt identisch mit der originalfunktion von o42-cleamumlauts identisch, da ich nur die content-konvertierung aufgebohrt habe.

    was natürlich zu unvorhergesehenen schwierigkeiten führen kann, ist ein abweichendes encoding im verwendeten blog. ich konnte weder mit UTF-8 noch mit ISO-8859-15 ein problem feststellen, in beiden fällen wird immer sauber konvertiert und der RSS-stream bleibt valide - bei RDF, rss2.0 und atom gleichermaßen. an meiner plugin-version kanns also net liegen, höchstens an einer interferenz mit anderen feed-bezüglichen plugins.

  6. Pingbacks & Trackbacks

Seiten: « 65 4 3 [2] 1 »

Schreib mir deine Meinung



Kommentare zu diesem Post über RSS 2.0-Feed verfolgen