Beiträge von mfitzen

    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 ;-)

    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.

    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. :???:

    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.

    Okay, Problem behoben. Hab mir mal die Zeit genommen, wirklich jeden Smilie-Code einzeln zu testen, bis ich dann auf den Fehler gestoßen bin. Hat mich zwar ne Menge Zeit gekostet (bei knapp 60 Smilies), aber jetzt weiss ich, dass ich den Code

    Code
    :-/

    nicht verwenden durfte. Genauso wenig durfte

    Code
    :/

    als Short-Tag für Smilies eingesetzt werden. Jetzt läufts fehlerfrei. :lol:

    Gegen Alternativen wäre ja grundsätzlich nichts einzuwenden, und ich habe mir Deinen Vorschlag auch gerade mal angesehen, aber das sagt mir noch nicht so ganz zu. Oben genanntes Plugin habe ich aufgrund der Comment Quicktags gewählt.

    Ist es möglich More Smilies einen Quicktag Button für die Kommentare zu verpassen? Dann habe ich in den Optionen die Möglichkeiten "Use a popup window for smilies on the "write" page." und "Use a popup window for smilies in the comment form." gefunden. Leider lassen sich beide nicht speichern! Da kann ich soviele Häkchen setzen und so oft auf Update Options klicken wie ich möchte, aber die Einstellungen werden nicht übernommen.

    Aaaaaaah! Ich dreh gleich ab... :confused:

    Hi!

    Ich versuche das Plugin lmbbox-smileys-3.2 einzusetzen, erhalte jedoch Fehlermeldungen, beim Einsatz von eigenen Smiley-Sets. Wenn ich meine eigenen verwenden möchte und in diese in den Optionen unter "Admin Write Pages Default Smileys List" oder "Comment Form Default Smileys List" als Default festlege, erscheinen diese Fehlermeldungen:

    Code
    [B]Warning[/B]:  preg_replace(): Unknown modifier '(' in [B]/www/htdocs/XXXXXXX/blog/wp-content/plugins/lmbbox-smileys/lmbbox-smileys.php[/B] on line [B]1249[/B]
    
    
    [B]Warning[/B]:  preg_replace(): Unknown modifier '(' in [B]/www/htdocs/XXXXXXX/blog/wp-content/plugins/lmbbox-smileys/lmbbox-smileys.php[/B] on line [B]1249[/B]

    Auf der Seite des Autors wurde das gleiche Problem zwar schonmal angesprochen, jedoch keine Lösung gepostet. Habe mich zwar auch schon an den Autor gewandt, aber ich denke nicht, dass er mir in absehbarer Zeit antworten wird. Aus diesem Grund hoffe ich, dass sich hier jemand findet, der mir dabei weiterhelfen kann.

    Zitat

    Zitat von nowhere [Blockierte Grafik: http://forum.wordpress-deutschland.org/images/buttons/viewpost.gif]
    Du hast wohl safe_mode on nehm ich an, dann kann man nur per FTP neue Ordner erstellen.

    Der Autor des Plugin hat darauf geantwortet:

    Zitat

    Genau das. Generell gilt (und das ist nicht ein Problem von myGallery): mit Safe Mode On können auf dem Server via PHp keine Ordner erstellt werden.

    Das bedeutet, dass die Galerie auch mit SafeMode On läuft, wenn Du die ganzen Ordner von Hand anlegst und die ganzen Sachen per FTP und nicht per Admin-Panel von MyGallery regelst (was ja offensichtlich auch nicht möglich ist).

    Sollte das auch nicht klappen, dann bemühe mal die Suchfunktion des Forums und suche nach MyGallery. Du bist nicht der Erste mit dem Problem... Vielleicht findest Du auch in diesem (etwas unübersichtlichen) Thread eine Lösung.

    ich empfehle mal den imagemanager, das beste meiner meinung nach um bilder hochzuladen und einzufügen. da ist lightbox schon mit drin und funktioniert auch...

    nur leider musst du dich gedulden. der imagemanager läuft nicht auf 2.1, der plugin-autor scheint aber schon dran zu arbeiten.

    Lightbox selber scheint dort wohl nicht enthalten zu sein, jedoch die Unterstützung dafür. Das heisst es kann automatisch ein

    Code
    rel="lightbox"

    eingefügt werden.

    Mittlerweile wurde auch das Update für Wordpress 2.1 veröffentlicht.

    Zitat

    Version History (Change log)
    v2.3.8 (January 24 2007) download (228 downloads)

    • WordPress 2.1 support added. If you’re not running WordPress 2.1, you don’t need this update.