Habe seit einiger Zeit das Problem, das WordPress beim speichern oder veröffentlichen (publizieren) den ganzen Artikel verliert bzw. verschluckt. Was bleibt ist die Überschrift. Der Rest des Textes ist weg, wenn man den Artikel nicht vorher in den Zwischenspeichern (Markieren + StrG + C) genommen hat (empfehle ich übrigens immer bei WordPress, egal mit welchem Editor man schreibt). Ich schreibe sowohl mit dem TinyMCE (WordPress Standard) als auch mit FCK.

Woran liegt das?

Dazu gibt es sehr viele Theorien im Netz, keine ist jedoch belegt oder als Standardlösung empfohlen. Ich kann nur einige ausschließen, da ich bei unterschiedlichen Projekten entprechend getestet hab oder das Gegenteil belegen konnte:

Ursachenforschung

Listen, Artikellänge, eingebettete Bilder

http://www.computerbase.de/forum/showthread.php?t=596965

Denke ich nicht, da wir sowohl sehr kurze Artikel (100 Wörter) als auch lange Artikel (400 Wörter) posten und der Fehler in beiden Fällen auftaucht. Auch Artikel mit oder ohne Bilder und Listen kann ich so ausschließen.

Server und Benutzerrechte vom Admin

http://forum.wordpress-deutschland.org/allgemeines/60959-wordpress-frisst-lange-artikel.html

Naja, ohne Kommentar. Soweit sollte jeder sein.

Textarea-Tag im Wysiwyg-Editor

http://seo-scout.org/wordpress/vorsicht-mit-dem-wordpress-wysiwyg-editor.html

Habe ich bisher nie genutzt oder gemacht und der Text war trotzdem weg.

Twittertool Tweetme oder Link “Nochmal versuchen”

http://aktuelle-online-angebote.de.dedi1690.your-server.de/tipps-und-tricks/wordpress/wordpress-2-9-bug-dein-versuch-den-artikel-beitragstitel-zu-bearbeiten-ist-fehlgeschlagen-bitte-nochmals-versuchen/

Ich verwende Tweetme. Hab´s auch bisher nicht abgeschalten, daher kann ich das nicht ausschließen. Nur eins dazu: Bisher (mehrere Monate) lief es mit Tweetme unter 2.9. ohne Probleme. Plötzlich sind die Texte weg, auch unter 2.9, dann denke ich nicht, dass es an einem bisherig installierten Plugin hängt.

Die vorläufige Lösung für mich

Hab ich von asteria geklaut, da sie mir für die bisherigen Erfahrungen mit WordPress als gute Lösung erschien:

Der Trick ist der, dass man bei Neuerstellung eines Artikels, nur den Titel vergeben braucht und anschliessend gleich auf Speichern klicken (nicht auf “Publizieren”, da es passieren kann, dass dieser Fehler nicht auftritt und dann hat man nur einen Titel, ohne Text veröffentlicht. Bis man dann den kompletten Artikel fertig geschreiben hat, könnten schon einige Leser abspringen, weil es ja nichts zu lesen gibt). Also auf “Speichern” klicken. Wenn dann die Fehlermeldung auftritt, ist diese Version aber als “Entwurf” gespeichert. Jetzt ruft man sich diesen halbfertigen Artikel aus den Entwürfen aus und kann ihn komplettieren. Ein anschliessendes “Publizieren” gelingt dann immer.

Bin auf eure Kommentare gespannt.

Ich bin es nun leid, die ewige Debatte zum Editor. Mittlerweile nutze ich den FCK und bin damit zufrieden wie auch im Blog von Barbara Jany zu lesen steht. Es funktionieren zwar mit Sicherheit die ein oder anderen Plugins nciht, aber das ist mir egal. Der Text wird auf jeden Fall so dargestellt, wie ich es möchte und nur das zählt.

Mittlerweile verwende ich WordPress 2.6.2 und habe mit Elke schon einige Tests durch, das Problem der Zeilenumbrüche in diesem Editor in den Griff zu bekommen.

In der Version 1 stellte Elke ein Plugin zur Verfügung, welches so aussieht:

function eb_posts_speichern()
{
global $user_ID;
if (!current_user_can(‘edit_posts’))
return $_POST['post_content'];
$_POST['post_content'] = wp_richedit_pre($_POST['content']);
return $_POST['post_content'];
}

add_filter(‘the_content’, ‘eb_content_umbruch’);

function eb_content_umbruch($content)
{
$content = str_replace(“\n”,”<br />”, $content);
return $content;
}

Das auch hier im Blog von Clever Clogs eingesetzt wird und eben auch diesen Text hier modifiziert.

Probleme bei der Version 1

Eigentlich keine, bis auf die ordnungsgemäße Umsetzung von Tabellen. Da passiert dann Folgendes mit dem Quellcode:

<p>test texte abc xyz</p>
<br /><p><table border=”1″ cellspacing=”0″ cellpadding=”0″>
<br /><tbody>
<br /><tr>
<br /><td valign=”top”>

Dadurch rutscht die Tabelle um viele Zeilen nach unten, so dass der Leser nicht mehr mit einer Tabelle rechnet. Schaltet man das Plugin aus, sind Tabellen wieder iO eingebunden, dann felhen jedoch im restlichen Text wie gewohnt die Zeilenumbrüche und p-Tags. Ein Teufelskreis.

Die neue Version 2 sieht so aus

function eb_posts_speichern()
{
global $user_ID;
if (!current_user_can(‘edit_posts’))
return $_POST['post_content'];
$_POST['post_content'] = wp_richedit_pre($_POST['content']);
return $_POST['post_content'];
}

add_filter(’the_content’, ‘eb_content_umbruch’); function eb_content_umbruch($content) {
$pos1 = strpos($content, ‘<br />’);
$pos2 = strpos($content, ‘<p>’);
if ($pos1===false and $pos2===false) {
// Beitrag enthaelt bereits Umbrueche und wird nicht geaendert
} else {
$content = str_replace(“</h1>”.”\n”,”</h1>”, $content);
$content = str_replace(“</h2>”.”\n”,”</h2>”, $content);
$content = str_replace(“</h3>”.”\n”,”</h3>”, $content);
$content = str_replace(“</h4>”.”\n”,”</h4>”, $content);
$content = str_replace(“</h5>”.”\n”,”</h5>”, $content);
$content = str_replace(“</h6>”.”\n”,”</h6>”, $content);
$content =
str_replace(“</blockquote>”.”\n”,”</blockquote>”, $content);
$content = str_replace(“</div>”.”\n”,”</div>”,
$content);
$content = str_replace(“</ol>”.”\n”,”</ol>”, $content);
$content = str_replace(“</ul>”.”\n”,”</ul>”, $content);
$content = str_replace(“</li>”.”\n”,”</li>”, $content);
$content = str_replace(“\n”,”<br />”, $content);
}
return $content;
}

Probleme bei der Version 2

Bei dieser Version werden zwar keine Zeilenumbrüche innerhalb der Tabelle gesetzt, aber auch bei den anderen Texten fehlen die ersehnten p-Tags und br-Tags, was ja unser Ausgangsproblem war.

Anzustrebende Künftige Lösung

Wenn kein p oder br im Text ist, wird nach folgenden Regeln eines eingefügt:

Fließtext mit p und Zeilenumbrüche mit br versehen. Alle anderen, in folgende Tags (h1 – h6, table, div, b, strong, ol, li usw. ) eingebetteten Inhalte, werden nicht verändert.

Nachdem nun gar nichts mehr ging, habe ich mich an die Programmiererin des Plugins “EB Posts speichern” Elke gewandt, sie hat mir geholfen, das Plugin wieder auf den neusten Stand zu bringen. Bei mir funktioniert der Editor nun wieder. Den FCK Editor habe ich daher noch gar nicht richtig ausprobiert.

Was wurde verändert?

Folgende Zeilen wurden im Plugin hinzugefügt, d.h. vor der letzten Zeile ?>:

add_filter(‘the_content’, ‘eb_content_umbruch’); function eb_content_umbruch($content) {
$content = str_replace(“\n”,”<br />”, $content);
return $content;
}

Folgende Zeile wurde entfernt

add_filter (‘content_save_pre’,'eb_posts_speichern’);

Das hat geholfen.

Je nachdem wie lange das Plugin stabil läuft, werde ich auch den alternativen Editor FCKEditor testen.

Download eb_posts_speichern-wp-26 (Version für WP 2.6)

Hier geht´s zum ersten Teil Problem mit dem WP Editor, denn wir schreiben schon seit 22.01.2008 zu dem Problem.

Im Forum von WordPress wurde bereits mehrere male darüber geschrieben und auch ich selbst bin von dem Problem nicht nur betroffen sondern auch schockiert, dass ein Unternehmen oder eine Programmierencommunity wie die hinter Wp (WordPress) steckt so ein Misst implementiert. Da fragt man sich, ob die vorher nicht testen oder testen lassen. Eine Erleichterung ist das weiß Gott nicht. Wir, die jeden Tag damit schreiben und zu tun haben, müssen einen Kompromiss nach dem anderen eingehen, nur um uns die Arbeit etwas zu erleichtern und eben solche Fehler zu umgehen.

Schuld ist wohl angeblich der Editor, also das Programm, mit dem man wie mit Word schreibt und formatiert. Beim speichern werden einige Daten verschluckt oder gelöscht, so dass z.B. der Zeilenumbruch bzw. die Zeilenumbrüche (ich verwende davon sehr viele pro Beitrag) in den Texten fehlen.

Hier mal kurz zusammengefasst, um was es bei den Fehlern genau geht:

Auszug aus dem Forenbeitrag auf:

http://forum.wordpress-deutschland.org/allgemeines/26914-wordpress-editor-tiny-mce.html

–Zitatbeginn

• Es fehlt mir die Auswahl der Schriftgrößte! (nein ich will nicht zwischen h1-h4 entscheiden)
• Es fehlt mir die Auswahl der Schriftart!
• Obwohl meine Seite Verdana formatiert ist zeigt mir der Editor nur Times New Roman in einer großen Schriftgröße an, das stört. (wohl 12-14)
• Ebenfalls reagiert er nicht auf freie Zeilen, er löscht sie wieder
• Außerdem was am wichtigsten ist, er erzeugt keine div, br oder p-Tags für neue Zeilen was extrem stört!

Was kann ich dagegen tun? Welcher Editor kann das bessser oder wie korrigiere ich den abgeblichen TinyMCE der intrigiert ist?”

Zitatende–

Ein weiterer Beitrag wurde unter

http://forum.wordpress-deutschland.org/konfiguration/26693-wysiwyg-editor-spinnt-4.html

zu dem Thema Zeilenumbruch im Editor von WordPress verfasst.

Zusammenfassung der Lösungsvorschläge des o.g. Problems?

1. Im Wesentlichen wird ein anderer Editor namens FCKEditor angeboten, also wieder ein Kompromiss (ich nenne Kompromisse neuerdings “Krücken” – ich kann damit gehen und leben, wenn auch nicht komfortabel, aber ohne sie komme ich nicht voran und falle um. Schöner wäre es ohne Krücken laufen zu können!)
2. Der Benutzer redcat63 stellt im Forum von WordPress unter dem Thread http://forum.wordpress-deutschland.org/konfiguration/26693-wysiwyg-editor-spinnt-4.html ein schnell programmiertes Plugin vor, welches das Problem ebenso lösen soll. ICh teste das gerade, mal sehen, was daraus wird.
3. Darüber hinaus werden Lösungen durch Ändern der css in Wp vorgeschlagen. Dies ist wohl die m.E. größte Krücke. Nachzulesen unter dem obersten Posting auf http://forum.wordpress-deutschland.org/konfiguration/26693-wysiwyg-editor-spinnt-3.html

Schade, dass derartige Problem nicht sofort behoben werden, denn eigentlich brauche ich keinen editor, wenn der nicht das in html umsetzt, was ich geschrieben oder dargestellt habe. dann kann ich auch gleich html schreiben.

Habe Lösung 2 getestet.

Zunächst scheint es zu funktionieren. Zeilenumbrüche werden dargestellt und auch das p-tag wird verwendet. danke dafür

Layoutansicht weg

25.02.2008 – Mittlerweile muss ich feststellen, dass ich keine Layout Ansicht mehr zur Verfügung habe. Die p Tags werden zwar nun gesetzt, aber ich kann nur noch in der html ansicht schreiben. kann sein, dass das im rahmen des updates von wp 2.3.2 auf 2.3.3 passiert ist?

27.02.2008 – Nach etlichen MAils mit der Programmiererin, habe ich das Plugin von ihr erneut bekommen und installiert. Es läuft nun zumindest so, dass die Layoutansicht und die Buttons des Editors wieder zu sehen sind. Die eigentliche Funktion habe ich noch nicht geprüft, hoffe das das nun auch ncoh klappt. Also besser die Datei hier laden als den code aus irgendeinem Forum ziehen. Also mit der WP Version hat es zumindest nix zu tun.

Download Plugin wysiwyg editor fehler Plugin

Update 2.5 und Plugin

02.04.2008

So, habe noch mal getestet. Das Plugin von Elke Burmeister mit der Version 2.5 getestet. Es funktioniert auch dort ncoh. Zeilenumbrüche werden via p-tag erzeugt. zwar keine elegante lösung, aber sie funktioniert.

FCK Editor

Habe mal den FCK Editor in einem anderen Blog eingebaut und getestet. Der funktioniert recht gut. Zeilenumbrüche, p-tag, Überschriften usw. geht alles. Installation ist wie gewohnt easy über plugin. Das wäre eine wirklcihe alternative, aber eben wieder ein regelmäßig zu aktualisierendes Plugin.