Wordpress löscht <p>-Tags

freudenhaus

was hat das Plugin execphp mit dem oben geschilderten Problem zu tun?
Abgesehen davon sind die genannten Befehle keine PHP-Befehle, sondern HTML-Tags.

ziemlich irritiert ;-)
Elke

Ich hatte das Problem bei auch, auch mir execphp. Die Crux lag ein den Einstellungen:

Im ACP unter Einstellungen -> Schreiben den Haken bei "WordPress soll falsch verschachteltes XHTML automatisch korrigieren" entfernen, hat bei mir geholfen.

Hallo ich habe auch dieses Problem und werde noch wahnsinnig deswegen. Hatte das was Cowboy als letztes geschrieben hat auch ausprobiert, doch das Problem ist immer noch nicht gelöst.

Wie kann man das Problem lösen..? :cry:

Liebe Grüße
Julia

Ok das habe ich nun gemacht, jedoch ist das Problem immer noch und mit php und html kenne ich mich nicht aus (und dass muss man wohl, wenn man den Editor deaktiviert).. Was ist mit den Quicktags..?

Zitat von Stern

Ok das habe ich nun gemacht, jedoch ist das Problem immer noch und mit php und html kenne ich mich nicht aus (und dass muss man wohl, wenn man den Editor deaktiviert).. Was ist mit den Quicktags..?

Du musst keine HTML-Kenntnisse haben, solange Du nur Texte schreibst. Wenn Du Bilder einfügen willst, geht das über den Upload am einfachsten. Es wird dann an der aktuellen Cursor-Position in den Text eingefügt. Mit korrektem HTML-Code.

Die Quicktags erleichtern alltägliche Sachen wie Fettschrift oder Links einfügen. Einfach den entsprechenden Text markieren und auf den Quicktag-Button der Wahl klicken. Fertig. Bei Links z.B. kommt noch ein Dialogfeld, in dem Du die Zieladresse eingeben musst.

Alles erscheint als HTML-Code, an der richtigen Stelle und korrekt ausgezeichnet. So kannst Du nebenbei noch HTML lernen.

Gruß,
Markus

Zitat von Monika

wer php code eingeben mag, wer gutes html haben mag

deaktiviert den wyiwyg editor in seinem Profil in WP

alles andere kann kaum je funktionieren

ENDLICH! Dieser Tipp hat geholfen! Ich bin wegen der geheimnisvoll verschwindenden Umbrüche beim bearbeiten von Einträgen fast WAHNSINNIG geworden!

Danke! Olé

Hallo,

zum Thema Absätze, TinyMCE und Safari 3.x hier mein fix (allerdings mit MU gemacht, aber das ist eh nix was casual usern zugetraut werden sollte...)

Ist auch Prima wenn man TinyMCE in seinen eigenen Plugins verwendet, wo er sich noch mehr daneben benimmt als bei den Post/Page forms...

[SIZE="4"]Der Ansatz des Fix:[/SIZE]
Bevor die Form submitted wird erstelle ich ein neues Textarea-elem mit dem Namen "content" und fülle es mit dem "rohen" TinyMCE-Content. So bekommt der Server *auch von Safari* noch halbwegs vollständigen Code und die Absätze bleiben intakt.

Ich weiß das man genauso gut auf TinyMCE verzichten möchte, aber es gibt Situationen wo man es z.b. Kunden nicht zumuten kann a) auf ihren Lieblingsbrowser und b) TinyMCE zu verzichten.

also hier wie es geht:

1) wp-admin/edit-page-form.php und wp-admin/edit-form-advanced.php aufmachen
2) nach type="submit" suchen
3.a) in edit-page-form.php bei den drei buttons(id=) 'save','submit' und 'publish'
und
3.b) in edit-form-advanced.php bei den buttons(name=) 'submit','publish' und 'save' (keine ahnung warum die hier z.t. keine IDs haben. )

folgendes Attribut eintragen:

onmousedown="FIXSAFARI();"

4) irgendwo im Dokument folgendes Javascript hinzufügen:

<script type="text/javascript">


	function FIXSAFARI()
	{
		if(Prototype.Browser.WebKit)
		{
			var nc = document.createElement("textarea");
			nc.name = "content";
			nc.value = tinyMCE.getInstanceById('content').getBody().innerHTML;
			
			$("post").appendChild(nc);
		}
	}
</script>

(der DOM-Code lässt sich mit Prototype sicher noch hübscher machen, aber das sei anderen überlassen)

Ich hoffe hiermit dem ein oder anderen WP-Hacker ein bisschen Arbeit abzunehmen ;)

Einbau und Verwendung natürlich auf eigene Gefahr. Sollte ich noch irgendwelche Bugs oder Probleme finden poste ich sie hier!

Viele Grüße

W. Press

das kommt wohl etwas spät ... :)

worpress 2.5 verwendet den tinymce in der 3er-version, bei dem dieser bug längst behoben ist.

bei MU ist leider aber nicht so... sollte vielleicht eher ins MU Forum dann

gruß

Wpress

Zitat von Monika

wer php code eingeben mag, wer gutes html haben mag

deaktiviert den wyiwyg editor in seinem Profil in WP

alles andere kann kaum je funktionieren


es ist absolut easy mit quicktags zu schreiben....

wie im Microsoft word

schreiben-markieren-klicken

lg

Alles anzeigen

... kann man mit der groben Kelle machen, muß man aber nicht.
Ich habs umprogrammiert, weil mir bereits bei meinen Startversuchen mit Wordpress die Art der Integration des visuellen Editors ziemlich auf den Sa** gegangen ist.
Herausgekommen ist für WP 2.3.3 ein Bugfix/Update von 4 Dateien, die zum Editor gehören und >> hier << zu finden sind.
Wer's ausprobieren möchte, bitte sehr (eine Sicherheitskopie eurer bisherigen Dateien könnten nicht schaden, wenn es immer noch nicht so sein sollte, wir ihr das gern hättet).
Ich habs bei mir laufen und finde, es funktioniert jetzt so wie ich mir das gedacht habe.

PS: In WP 2.5 (frische Release seit gestern) ist alles im Argen. Beim Umschalten von Visuell nach Code gibt gar keine <p> mehr!
Das muß ich jetzt auch erstmal umbauen, denn so geht das nicht! Code ist Code und ist in Tags gebettet, Punkt. Hat keiner zu klauen.
Aber so wie ich es sehe, ist das nicht die Schuld von MoxieCode (TinyMCE Hersteller) sondern vom WP Team, das keine Ahnung hat, wie man den Editor richtig integriert.

Grüsse

Hallo, wird hier an diesem Problem gearbeitet?
Benutze WP2.5

Wenn ich in der Code - Ansicht ein <br/> reinschreibe, dann wird es ignoriert, sobald ich in die V- Ansicht wechsle.

Wenn ich nun in der Code - Ansicht abc<br/>abc reinschreibe und in die V - Ansicht rüber gehe, dann wird ein Zeilenumbruch gemacht. Egal ob ich nach C und dann wieder nach V - Anicht wechsle, der Umbruch bleibt.

In jedem Fall, sieht man das <br/> nicht mehr, wenn ich einmal zu Visual Modus und zurück zu Code - Ansicht gewechselt habe.

Es gibt also den Fall, wo Der Code in der Code - Ansicht Unsichtbar gemacht wird, aber vorhanden ist oder einfach ungültig gemacht wird und danach unsichtbar.

Ich verstehe nicht ganz wo da der Sinn sein soll. Kann man den Code nicht so lassen wie er ist? Wieso macht Wordpress da Änderungen rein, wenn man zwischen den Ansichten wechselt.

Mehrere Leerzeichen hintereinander????

Hallo,

Wie kann ich mehrere Leerzeichen hintereinander schreiben? Ohne einen Absatz haben zu wollen? In der "Code" Ansicht sind die Leerzeichen da, nicht aber in der normalen Ansicht. Die Leerzeichen verschwinden wieder.

Kann mir bitte jemand helfen?

Gruss

Thomas:confused:

Zitat von Thomas123

Wie kann ich mehrere Leerzeichen hintereinander schreiben?

Mit

 

Wenn du 5 Leerzeichen habe möchtest, setzt du das 5x hintereinander. Ohne Leerzeichen

     

Hallo,
Ich habe das neue WP 2.5.1 und musste leider feststellen das in dieser Version immernoch die bekannten Probleme des Editors bestehen (mehrere leere <p>'s oder <br>'s werden geöscht). Ich konnte die Probleme bereits
eindemmen mittles dem Plugin Tiny MCE Advanced und aushebeln der wpautop() in der formating.php.
Nun ist es so das er von allen p' oder br's die man hintereinander macht pro speichern oder hin und her schalten der visuellen bzw. html-ansicht immer nur eins abschneidet. Soll heißen wenn man 10 Absätze macht, sind diese nach 10 mal editieren/speichern wieder komplett erschwunden :(

Desweiteren bekomme ich meine händich geschriebenen iframes nach dem umschalten nicht mehr zu sehen.

Echt nervig das ganze gewusel!

Gibt es mittlerweile eine gute Lösung für diese Probleme oder wie macht ihr das?!

danke und Gruß,
Stefan.

Danke Danke Danke

Absatz einfügen

[COLOR=#339933]Fügt mal nachfolgendes zwischen den Zeilen ein:
<[/COLOR]p style[COLOR=#339933]=[/COLOR][COLOR=#0000ff]"margin-top: 38px"[/COLOR][COLOR=#339933]>

Den Wert könnt Ihr beliebig verändern.

Habe ich hier gefunden:
http://www.train-und-coach.de/leerzeilen-in-…ess-seiten.html
[/COLOR]

Bei mir war das Plugin von Finanzen.de schuld.Egal welches Theme ich genommen habe, hatte ich keine Absätze.Bin zufällig auf die Idee gekommen.Plugin deaktiviert und schon waren die Absätze da.

Zitat von Haselnusstafel

Wir hatten das selbe Problem. Allerdings werden <p>s nicht einfach gelöscht. Sie werden mittels css margin:0 ausser Kraft gesetzt, da <p>s Absätze sind, welche durch margin entstehen. Wenn nicht im <p> dann sicher in einem übergeordneten Element.

In unserem Falle war ein margin:0 in der Styledefinition für html.

Diesen entfernt und schon klappte es mit den Absätzen.

Viel Erfolg!

danke - bei mir funktionierts.
einfach in die Stylesheet magin: 1

Hallo Leute,

vor paar Tagen hatte einer meiner Kunden das gleiche Problem und zwar: wenn er in html-Editor-Modus die <p>Tag eingefügt hatte, verschwanden diese, soweit er zu visuell-Editor-Modus (WYSIWYG) gewechselt bzw. umgeschaltet hatte.

Habe paar Stunden recherchiert und das Problem durch benutzerdefinierte Felder gelöst. Man fügt als Feld use_wpautop und als Wert true ein.

Natürlich muss im style.css p mit Abständen definiert worden sein. In neuem Theme sieht es so aus:

p {
    margin: 0 0 24px;
}

Gruß
RG