valid xhtml + unauffindbares </p>

  • moinsen, ich bin fast am durchdrehen. laut dem check bei valid xhtml habe ich ein geschlossenes </p> hinter jedem beitrag. ich habe alle plugins deaktiviert: fehler bleibt. ich habe alle beiträge/seiten kontrolliert. ich habe alle *.php meines themes kontrolliert, aber es ist kein </p> vorhanden. wie finde ich heraus wo das ding herkommt?


    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Es kann an der Funktion wpautop liegen, die für das automatische Erzeugen von Absätzen zuständig ist. Kann aber auch am WYSIWYG-Editor liegen. Oder an beiden. Du kannst man testweise die Option "Falsches XHTML korrigieren" sowie den WYSIWYG-Editor deaktivieren. Wenn das auch nicht hilft, testweise an den Anfang der header.php die Zeile

    PHP
    <?php remove_filter('the_content', 'wpautop'); ?>
  • weiß ich, aber der fehler reizt mich grad, die erweiterung benutze ich auch schon, aber die sagt mir net wo der fehler herkommt, der möchte es nur durch ein <br> ersetzt haben.


    <br> ist nicht XHTML valide! Es müsste <br /> heißen.

    "Eine gut gestellte Frage ist schon halb beantwortet."

  • herr mastermind, ich habe bemerkt, dass mit deinem code beispiel deine suche nicht mehr funktioniert. also stehe ich wieder am anfang mit meinen </p>


  • ich weiß, aber firefox-erweiterung möchte das am liebsten so haben :grin:


    :rolleyes:
    Was interessiert irgendein Plugin.
    <br> ist kein valides XHTML und <br /> tut keinem Browser weh.

    "Eine gut gestellte Frage ist schon halb beantwortet."

  • :rolleyes:
    Was interessiert irgendein Plugin.
    <br> ist kein valides XHTML und <br /> tut keinem Browser weh.

    eigentlich gehts darum ja auch nicht, ich kann den fehler nicht abstellen, weil ich nicht weiß wo er weg kommt.


    Edit: dumme dinge zu tun sollte bestraft werden! vor allem ein <!-more-> zwischen <div align="justify"> und </div> zu setzen. setzen, 6! (für mich natürlich, ihr wart hervorragend.)


    Einmal editiert, zuletzt von edenhuizen (12. Januar 2007 um 17:39)

  • Ich schließe mich hier einfach mal an. Habe auf meiner Kontakt-Seite ein ähnliches, wenn nicht sogar das gleiche Problem, bekomme es aber nicht gelöst. Die Tags in den Fehlermeldungen finde ich einfach nicht. Scheinbar werden hier <p> Tags von Wordpress eingefügt, die gar nicht da sein dürften. wenn ich mir nämlich die entsprechenden Dateien anschaue, in denen die besagten Fehler sein sollen, sind diese Tags nicht auffindbar.

    WYSIWYG ist ausgeschaltet und Option "WordPress soll falsch verschachteltes XHTML automatisch korrigieren" ist deaktiviert. Aktivierung bringt auch keine Besserung. Wäre nett, wenn mir jemand nen Lösungsansatz geben könnte.

  • Es ist vermutlich die Funktion wpautop(), die die automatischen Absätze einfügt.

    Du könntest versuchen, die Absätze in dem betreffenden Beitrag selbst auszuzeichnen und die Leerzeilen dazwischen zu entfernen.

  • Es scheint echt an der Funktion zu liegen, denn wenn ich sie, wie von dir einige Posts vorher beschrieben, deaktiviere verschwinden die Fehler. Also hab ich mich mal ans manuelle Auzeichnen gemacht und konnte die Fehleranzahl von 8 auf 6 reduzieren. Welch ein Erfolg... Naja, muss ich mich nachher nochmal mit beschäftigen. :???:

  • Du kannst die Funktion via remove_filter() ausschalten, aber dann musst Du wirklich alles (zumindest in dem Bereich, für den Du die Funktion abgeschaltet hast) von Hand auszeichnen.

  • Hab ich natürlich schon probiert, aber das kann ja nicht der Sinn der Sache sein. Wenn ich den Filter in der header.php anwende, hab ich auf keiner Seite mehr Absätze, was die Seite nicht gerade leserlich macht :) Nun gut, also werd ich wohl im Plugin "rumfummeln" müssen. Oder gibt es eins, welches "von Natur aus" schon valide ist?! Muss ich gleich mal in die Plugins DB schauen... Scheint aber so als wäre dies nicht das einzige Plugin, welches Probleme mit der Validierung macht. Sind übrigens nur noch 3 Fehler.

  • Du könntest ja das remove_filter in ein if-Statement packen und dieses z.B. mit is_page() auf die Problemseite beschränken.

    Ansonsten: Was meinst Du mit Plugin? Wenn das Problem im Plugin liegt, dann hat das nichts mit der Autoformatierung zu tun, denn die wird normalerweise nicht auf Plugin-Content angewendet.

  • Ich schließe mich hier einfach mal an. Habe auf meiner Kontakt-Seite ein ähnliches, wenn nicht sogar das gleiche Problem, bekomme es aber nicht gelöst. Die Tags in den Fehlermeldungen finde ich einfach nicht. Scheinbar werden hier <p> Tags von Wordpress eingefügt, die gar nicht da sein dürften. wenn ich mir nämlich die entsprechenden Dateien anschaue, in denen die besagten Fehler sein sollen, sind diese Tags nicht auffindbar.

    WYSIWYG ist ausgeschaltet und Option "WordPress soll falsch verschachteltes XHTML automatisch korrigieren" ist deaktiviert. Aktivierung bringt auch keine Besserung. Wäre nett, wenn mir jemand nen Lösungsansatz geben könnte.


    je nach WPVersion
    iin wp-includes/formatting.php oder
    wp-includes/functions-formatting.php

    dort wird festegelegt wie WP mit zb einmal Entertaste klicken im Textfeld beim Artikel/Seite schreiben umgeht.

    Wenn dort irgendwas vergessen wurde, dann macht WP dies, ohne dass du je ein p oder br irgendwo in der Datei des Plugins findest oder je selber gemacht hast.

    automatische Reparatur aus oder eingeschaltet ist dann egal.

    auf texto.de Suche benutzen:wp killt breaks suchen -sowas macht das wp seit *Versionsgenerationen *;)

    wenn beim Formular sowas auftaucht such in der php Datei nach einem Zeilenumbruch \n versuch die mal zu löschen ..
    sichere aber vorher die Originaldatei!

    ergibt anfangs ein Chaos , aber dann erkennst Du wo *löschen* wo lassen, wo was ändern

    lg

  • mastermind: Also die Fehler entstehen nur auf der Kontaktseite. Bei der Validierung dieser Seite erscheinen im Code des WP-Contact-Form Plugins die erwähnten <p>-Tags und werden als fehlerhaft befunden. Schau ich dann in die entsprechende Datei des Plugins sind diese aber nirgends zu finden. Sorry, wenn ich das etwas unverständlich beschrieben habe.

    Monika: Ich habe zunächst die Anleitung auf texto.de befolgt, jedoch erfolglos. Danach habe ich mich in der Plugin-Datei nach "\n" umgeschaut, allerdings keine im Bereich <form> gefunden. Dafür etliche an anderen Stellen, bei denen mir aber irgendeine Stimme sagt, dass ich die besser dort stehen lasse :) Zumindest hab ich keine "\n" in den vom Validator beanstandeten Codeteilen gefunden.

    PS: Das Chaos hab ich gerade ;-)

  • Ich habe so ein ähnliches Problem. Da ich gern in Blockquotes direkt den Link zur Quelle setze, liefert WP bei mehreren Absätzen unvaliden Code ab. Also z.B. sowas:

    <blockquote><p><a href="link">Absatz1</p>
    <p>Absatz2</p>
    <p>Absatz3</a></p></blockquote>

    Hat jemand eine Ahnung, was man bei 2.0.7 in der functions-formatting.php bei function wpautop ändern müsste bzw. wie ich WP dazu bringe, im Blockquote-Teil die Absätze <p></p> durch <br /> zu ersetzen? Gebe ich den Text innerhalb blockquote nämlich ohne Absätze ein, dann ist's valide und WP setzt am Zeilenende jeweils ein <br />.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!