Unerwünschte [nbsp]

**tab** · 20.05.2014, 12:13

Soweit ich das dort verstehe, werden dadurch aber grundsätzlich alle &nbsp in normale Leerzeichen umgewandelt. Das wäre für mich schon mal völlig inakzeptabel, da arbeite ich lieber von Hand nach und kann nötigenfalls weiterhin ein &nbsp verwenden, wo es schlicht und einfach gebraucht wird. Manchmal ist es eben wirklich unerwünscht, zwei zusammengehörige Wörter im Fließtext durch einen Zeilenumbruch auseinander zu reissen.

**MacKP** · 20.05.2014, 12:22

Zitat von Babelfisch

Nein, das passiert auch sehr oft, wenn man kursiven oder fetten Text hat. Tiny macht dann um den so ausgezeichneten Text nach dem Speichern geschützte Leerzeichen drumherum:

Code:

Text[nbsp]<em>kursiv</em>[nbsp]Text

Gruß

Hmm so ein verhalten hatte ich bisher noch nie. Und ich arbeite da schon öfter mit. Gibt es dazu Infos auf der Tiny-Seite? Also Tickets oder so?

Viele Grüße

**ciaobello** · 20.05.2014, 12:30

Zitat von tab

Das wäre für mich schon mal völlig inakzeptabel, da arbeite ich lieber von Hand nach und kann nötigenfalls weiterhin ein &nbsp verwenden, wo es schlicht und einfach gebraucht wird.

Das zeigt schon mal das Dilemma vonwegen dem nbsp Problem. Ein Workaround wird nie allen 100ig helfen

Interessant ist das Thema dennoch.

Hier bei uns, meinten wir das Problem liegt bei TinyMCE und bei Wordpress ist man der Ansicht es werde duch PHP generiert:

Zitat von wordpress.stackexchange.com ; elleeot

well, it turned out not to be an issue with tiny mce at all, rather php DOMdocument that was filtering tinyMCE's output, interpreted in the wrong charset, then passing garbage characters to the page.

Hier noch dieser Lösungs Ansatz:
http://wordpress.stackexchange.com/q...inserting-nbsp

**Andreas** · 20.05.2014, 16:37

Für alle mit unerwünschten Effekten im TinyMCE: Ihr könnt mal hier nachsehen, ob etwas dabei ist womit ihr das Verhalten nach euren Wünschen verändern könnt. http://www.tinymce.com/wiki.php/Configuration3x

**Infidel** · 18.11.2014, 11:51

Hallo allerseits,

ein nerviges Thema ist das. Unter Win7 Pro und Chrome in Contao 3.3.3 werden auch offenbar willkürlich die [nbsp] angezeigt. Kopie:

Konferenzraum 1
Konferenzraum[nbsp]2

Wohlgemerkt, das sind laut html Quelltext identisch formatierte Zelleninhalte eines Tables.

Im zuletzt geposteten Link finde ich leider nichts, wenn ich nach nbsp suche.

Es gibt hierzu also keine endgültige Lösung? Ich muss meinem Kunden das so anbieten?

LG Fidel

**ciaobello** · 18.11.2014, 12:26

Zitat von Infidel

Wohlgemerkt, das sind laut html Quelltext identisch formatierte Zelleninhalte eines Tables.

Bei mir gibt es ein solches verhalten wenn ich von einem WYSIWYG Editor Daten direkt in den MCE kopiere.

Das kann man ganz einfach umgehen indem man den Kunden mitteilt, dass sie nicht direkt aus Winword o.ä in Contao kopieren sollten. Einen reiner Texteditor öffnen und zuerst in den Texteditor kopieren, hilft in den allermeisten fällen schon mal diese "Steuerzeichen", mit welchen der MCE nix anfangen kann (und in nbsp umwandelt), zu eliminieren.

**Spooky** · 18.11.2014, 12:34

Zitat von ciaobello

Einen reiner Texteditor öffnen und zuerst in den Texteditor kopieren, hilft in den allermeisten fällen schon mal diese "Steuerzeichen", mit welchen der MCE nix anfangen kann (und in nbsp umwandelt), zu eliminieren.

Dafür gibt's im TinyMCE 4 (also ab Contao 3.3.x) die Funktion "Edit - Paste as text" und im alten TinyMCE 3.5 (<= Contao 3.2.x) kann man sich ein Plugin dafür aktivieren/installieren.

Aber ich denke es sollte prinzipiell möglich sein, dass alle non-regular spaces zu regular spaces umgewandelt werden im TinyMCE, bevor der Text abgespeichert wird, bzw. bevor TinyMCE daraus   macht.