Unerwünschte [nbsp]

**Ricks** · 10.02.2010, 17:12

Hallo,

warum setzt TL im BE bei der Bearbeitung von Texten in Artikeln willkürlich Leerzeichen im Text durch [nbsp]? Das nervt total, und es passiert auch, wenn zwischen zwei Worten nur ein Leerzeichen steht. Ich kann absolut keine Systematik dahinter entdecken.

Ich befürchte allerdings, dass das nicht abzustellen ist.

Danke für jeden Tipp!

**Sarvo** · 10.02.2010, 17:16

Hi Ricks

normalerweise setzt TL das [nbsp] nur, wenn ein doppeltes Leerzeichen im Text vorhanden ist, damit es vom Redakteur schneller gefunden werden kann.

Wie und ob man das abschalten kann, kann ich dir leider nicht sagen

liebe Grüße

**Ricks** · 10.02.2010, 18:05

Ja, das hatte ich auch irgendwo gelesen. Aber bei mir setzt er es definitiv an Stellen, wo nur ein Leerzeichen ist. Schade.

**Thomas** · 10.02.2010, 18:48

Passiert das nicht im TinyMCE?

**mandrake** · 10.02.2010, 19:45

Hallo Ricks,

tatsächlich verhält es sich mit dem [nbsp] im TinyMCE genau so, wie von Sarvo beschrieben. Ich kann mir nur sehr schwer vorstellen, dass die damit verbundene Routine von selbst und dazu noch willkürlich ihre Funktion verändert - zumal diese bereits seit TL Version 2.7 RC2 im System integriert ist und keine Probleme verursacht.

Welche TL Version und welchen Browser benutzt Du denn? Hast Du die betroffenen Texte von Hand eingegeben oder per Copy & Paste in den RTE eingefügt? Hast Du ansonsten Änderungen am TinyMCE vorgenommen?

BTW: Wenn Du damit Leben kannst im RTE generell auf den Einsatz geschützter Leerzeichen zu verzichten, kannst Du als Notlösung einfach den entsprechenden Eintrag unter "entities" in der Datei "system > config > tinyMCE.php" entfernen. Halte ich persönlich aber nicht für wirklich sinnvoll.

MfG
Peter

**Ricks** · 10.02.2010, 20:10

Die Texte habe ich von Hand eingegeben. Und auch wenn ich die [nbsp] im HTML-Modus lösche und durch ein Leerzeichen ersetze, und den Artikel speichere, dann tauchen wieder die [nbsp] auf.

Ich habe keinerlei Änderungen vorgenommen.

Ich nutze Safari auf einem Mac. Werde mal Firefox testen, vielleicht liegt es am Browser.

Danke für Eure Anregungen!

Gruß!

**mandrake** · 10.02.2010, 21:23

Hallo Ricks,

naja, am Browser kann es eigtl. nicht liegen - da war ich in Gedanken gerade auf einer anderen Baustelle.

MfG
Peter

**Russe** · 10.02.2010, 22:04

Also ich habe das auch bei mir (Safari auf Mac OS X). Das tritt aber immer nur sporadisch auf, ich vermute aber mal dass es am Betriebssystem liegt, denn bei Copy Paste werden manchmal Leerzeichen am Anfang und Ende eingefügt, dann gibt das doppelte Leerzeichen im TL-Editor und der macht dann daraus das nbsp.

Mir ist das aber schon ohne Copy Paste passiert, habe nur den Text erweitert und schwupps war nach dem Sichern ein nbsp im Text.

Wahrscheinlich deaktiviere ich das nbsp im Editor, denn das brauche ich nie, und falls doch mal, dann kann ich auch den HTML-Tag dafür angeben.
Wäre dann natürlich schön wenn der Editor automatisch 2 Leerzeichen durch eines ersetzt, habe aber keine Ahnung ob man das so einstellen kann.

***Nina*** · 10.02.2010, 22:09

Versucht doch mal über Tests in verschiedenen Browsern/Betriebssystemen (soweit möglich) herauszufinden, ob es da wirklich Unterschiede gibt. So kommen wir vielleicht der Ursache auf die Spur und können das Problem eventuell lösen.

**mandrake** · 10.02.2010, 22:34

Hallo Russe,

wenn Du den Eintrag für geschützte Leerzeichen in der "tinyMCE.php" unter "entities" entfernst, kannst Du diese im RTE auch nicht mehr in Form von HTML-Tags nutzen. In der Ausgabe im FE werden dann lediglich blanke Leerzeichen ausgegeben. Die Ersetzung von doppelten Leerzeichen funktioniert naturgemäß auch nicht mehr.

Anm.: Also im FF3.6 und IE7/8 kann ich bspw. unter Windows XP/Vista keine Probleme feststellen.

MfG
Peter

**dragon** · 22.02.2010, 21:12

Hallo,

Mir ist das aber schon ohne Copy Paste passiert, habe nur den Text erweitert und schwupps war nach dem Sichern ein nbsp im Text.

habe das gleiche Problem bei Version 2.7.5 in Opera und Firefox mit WinXP. Wird wohl nicht am Browser liegen.

Viele Grüße,
Jürgen

**Russe** · 22.02.2010, 23:24

Gerade ist mir auch wieder sowas passiert:
In einem Textfeld den Cursor ans Ende gesetzt und Return gedrückt, schwupps steht im Quelltext " [nbsp]".
Safari auf Mac.

Ein Test mit Firefox hat hier nur ein " " eingefügt. Seltsam, doch Browserabhängig? Doof ist nur, dass das nicht immer so ist.

**Babelfisch** · 22.05.2010, 13:53

Um das Thema noch mal aufzugreifen – bei mir werden in Safari [nbsp] um alle extra ausgezeichneten Texte gesetzt – das heißt, alle Texte die in einem Tag stehen (bspw. Links oder kursive Texte) werden am Anfang und Ende in [nbsp] eingefasst.

**Russe** · 22.05.2010, 15:00

Mich nervt das jetzt so arg dass ich wirklich   verbieten will, das kann man ja irgendwie irgendwo einstellen, habe aber noch nichts gefunden wie das genau geht.

**phreak** · 25.05.2010, 17:55

Kann das hier auch bestätigen, nervt manchmal ein wenig, geht aber.

**Russe** · 25.05.2010, 19:11

Hat jemand eine Hilfestellung für mich wie ich   updatesicher verbieten kann?

**mandrake** · 25.05.2010, 21:30

Hallo Russe,

wie ich bereits weiter oben beschrieben habe, brauchst Du zu diesem Zweck lediglich den entsprechenden Eintrag unter "entities" in der Datei "system > config > tinyMCE.php" entfernen. Wenn Du dann noch in der "dcaconfig.php" eine entsprechend modifizierte Kopie der "tinyMCE.php" einbindest, ist das ganze auch updatesicher.

MfG
Peter

**oliver** · 06.09.2010, 17:57

ich hab in der tinyMCE.php die zeile wie folgt und es tritt trotzdem auf:

entities : "60,lt,62,gt",

hat jemand eine idee?

danke
oliver

**somoza** · 06.09.2010, 18:15

Zitat von netspy

Um das Thema noch mal aufzugreifen – bei mir werden in Safari [nbsp] um alle extra ausgezeichneten Texte gesetzt – das heißt, alle Texte die in einem Tag stehen (bspw. Links oder kursive Texte) werden am Anfang und Ende in [nbsp] eingefasst.

Hallo Community,

hab da was im TinyMCE Wiki gefunden, vlt. hilft Euch das: http://wiki.moxiecode.com/index.php/..._trailing_nbsp
Hab's jetzt aber nicht getestet... also auf eingene Gefahr

MfG
somoza

**oliver** · 18.09.2010, 17:56

vielen dank somoza, aber die einstellung verbessert leider gar nichts. ich hab mal etwas geforscht:

wenn ich aus der einstellung "entities" das nbsp entferne, passt es schon wunderbar im IE (keine [nbsp] erscheinen mehr:
entities : "60,lt,62,gt",

jedoch im firefox tauchen sie immer noch auf, sobald ich eine leere zeiel einfüge!

in den einstellungen habe ich übrigens folgendes aktiviert:
"Neue Zeilen mittels Absätzen erstellen"

hat jemand eine idee, wie ich das auch mit firefox hinbekomme, dass keine [nbsp] angezeigt und abgespeichert werden?

danke
oliver

**Andreas** · 18.09.2010, 19:22

TinyMCE erlaubt keine leeren Absätze , weil das nicht XHTML-valide ist. Also wird ein Leerzeichen dort eingefügt.  

Grüße

**oliver** · 18.09.2010, 20:16

andreas, das ist schon klar, aber warum muss ich die im editor als [nbsp] anzeigen. das verwirrt alle unsere kunden nur.
ich möchte ja nur den firefox gleich reagieren lassen wie den IE.

oliver

**Andreas** · 18.09.2010, 20:34

Es besteht ja ein Unterschied zwischen einem Leerzeichen und einem geschützten Leerzeichen, also ist es doch nur gut, dass die geschützten erkennbar sind, oder?

Grüße

**oliver** · 18.09.2010, 20:41

bei einem und [nbsp] besteht nicht sehr viel unterschied in der auswirkung beim rendering, ausser das firefox redakteure im backend verunsichert werden.

ich will ja gar nicht darüber diskutieren, was im code dabei rauskommt und was aus gründen der validität sein muss, sondern über die darstellung im backend.

fakt ist, dass kunden dann immer anfangen die [nbsp] im tinymce rauszulöschen, was ja nichts bringt.

wie gesagt, es geht hier rein um die darstellung im backend editor.

**MacKP** · 18.09.2010, 20:49

Hallo oliver,
das wurde extra so konfiguriert, damit die User das eben sehen was die machen.
Eigentlich sollten die sowas ja gar nicht sehen, da man sowas nicht machen sollte. Absätze sind ja einmal vordefiniert mit einem Abstand (im CSS). Daher ist das eigentlich eher eine Schulungssache vom Webdesigner. Den Leuten entweder beibringen solche Absätze zu vermeiden, da die vom Layout anders vorgegeben sind, oder den Leuten beibringen damit zu leben.

Wenn du beides nicht willst/kannst oder was auch immer, dann schau mal in der konfig vom TinyMCE. Ich mein es gibt da eine Möglichkeit das zu verhindern. Zur Not mal auf der TinyMCE Seite schauen wo genau das einstellbar ist.

Viele Grüße

**oliver** · 18.09.2010, 20:54

hallo mackp,
mit der oben angeführten config änderung in der tinymce config geht das auch korrekt für IE. nur der firefox verhält sich leider anders.
war schon viel im forum und wiki von tinymce unterwegs... leider keine lösung dazu gefunden.

**MacKP** · 18.09.2010, 21:06

ups.. übersehen... da weiß ich jetzt auch nicht viel. Könnte es sein, das dir der Cache vom FF ein strich durch die Rechnung macht?

Viele Grüße

**Andreas** · 21.09.2010, 23:02

entities : "60,lt,62,gt",

jedoch im firefox tauchen sie immer noch auf, sobald ich eine leere zeiel einfüge!

Mit der Regel oben entfernst du die geschützten Leerzeichen ja nicht. Du stellst sie nur nicht mehr als Entitie dar. Es ist immer noch ein geschütztes Leerzeichen und kein normales Leerzeichen. Contao scheint programmiert zu sein geschützte Leerzeichen im Editor als [nbsp] darzustellen.

Sag den Redakteuren am besten, dass das nur das Zeichen für einen leeren Absatz ist, den sie erzeugt haben.

Ich hatte übrigens nochmal einige Stunden in einer TinyMCE-Installation ohne Contao versucht dieses Verhalten abzustellen, es ist mir nicht gelungen. Es liegt nicht nur an force_p_newlines, es liegt auch an forced_root_block, welches auf 'p' eingestellt ist. Das bewirkt, dass alle Inhalte, welche im Editor nicht von einem Blocklevel-Element umschlossen sind automatisch mit einem P-Element gewrappt werden.

Auch valid_elements ist dafür verantwortlich, da eine Raute vor einem Element dafür sorgt, dass ein leeres Element mit einem gesch. Leerzeichen befüllt wird. Default ist valid_elements: '#p,....' Ein Umschreiben mit einem Minus-Zeichen, welches dafür sorgt, dass ein leeres Element entfernt wird, hat nichts gebracht. valid_elements: '-p,...' Das einzige was ging war, forced_root_block: '' (forced_root_block: false, aus der config-Datei ist übrigens falsch), aber damit wurden dann überhaupt keine P-Elemente mehr erzeugt. Mit cleanup_on_startup habe ich es hinbekommen, dass Absätze mit [nbsp] beim erneuten Aufruf entfernt werden, leider wurden aber auch befüllte Absätze die nach einem leeren stehen direkt mit entfernt.

Ich glaube das einzige was etwas bringen würde wäre mit save_callback, welches in Contao ja schon eingebaut ist, auf die Suche nach solchen leeren Absätzen zu gehen um sie vor dem Speichern zu entfernen. Dann kann man auch direkt doppelte Leerzeichen suchen und sie auch entfernen.

Grüße

ps Kennt jemand die Tastenkombination um ein geschütztes Leerzeichen im TinyMCE zu setzen?

**Russe** · 22.09.2010, 07:59

Zitat von Andreas

Ich glaube das einzige was etwas bringen würde wäre mit save_callback, welches in Contao ja schon eingebaut ist, auf die Suche nach solchen leeren Absätzen zu gehen um sie vor dem Speichern zu entfernen. Dann kann man auch direkt doppelte Leerzeichen suchen und sie auch entfernen.

Das fände ich auch gut.

**cubano** · 08.09.2011, 10:46

Hallo Leute

Hat jemand eventuell schon eine Lösung wie man es mit save_callback lösen könnte? Ich fände das auch echt gut wenn man nach doppelten Leerzeichen, &nbsp und leeren Absätzen suchen und diese entfernen könnte. Die werden sowieso nie benötigt.

Ich habe die entities in der TinyCustom bereits angepasst sowie bei den validen elements das p auf -p statt #p gesetzt, jedoch werden bei copy/paste trotzdem manchmal leere Absätze generiert. Leider kommt es bei meinen Kunden immer wieder vor, dass sie das Entfernen von leeren und unschönen Absätzen vergessen/übersehen...

Danke und gruss
cubano

**andrea$** · 08.09.2011, 13:02

Kann das Verhalten von RTE bestätigen!

Browser: Opera
OS: Win. 7 Home Sp1

**cubano** · 09.09.2011, 07:20

Verwendest Du bereits die aktuellste Version von TinyMCE?
Ich habe noch die ältere Version welche bei Contao 2.9.5 dabei ist.

**ChrisT** · 15.05.2014, 07:47

Ist in diesem Bereich noch etwas gegangen? Ich habe regelmässig das Problem, dass Safari willkürlich [nbsp]s setzt, vorwiegend dann, wenn ich in bestehenden Texten Korrekturen anbringe. Die geschützten Leerzeichen wollen einfach nicht verschwinden. Während sich mit Safari ein geschütztes Leerzeichen erzwingen lässt, funktioniert das mit dem normalen Leerzeichen leider nicht. Ersetzen lassen sie sich nur über den Quelltext.

Grüsse
Chris

**Andreas** · 15.05.2014, 22:05

Ich kann nur in Safari 5.1.7 testen, habe da aber keine Probleme. Hast du mal ne Anleitung, wie man den Fehler provozieren kann?

**k-webdesign** · 19.05.2014, 21:23

ich kann dieses Verhalten seit Jahren für sämtliche Contao-Versionen, Betriebsysteme und Browser bestätigen. Selbst meine Kunden sprechen mich drauf an. Die kopieren auch nichts aus Word oder so. Selbst wenn ich was von Hand eintippe, kommen die Dinger immer wieder rein.

**ciaobello** · 19.05.2014, 22:11

Mal noch ne Antwort von Leo, in einem älteren Thema gefunden:

https://community.contao.org/de/show...ull=1#post1913

**Andreas** · 20.05.2014, 11:30

Zitat von k-webdesign

...Selbst wenn ich was von Hand eintippe, kommen die Dinger immer wieder rein....

Das kann eigentlich nur passieren, wenn jemand versucht einen Absatz ohne Inhalt zu erstellen, und in dem Fall macht das geschützte Leerzeichen ja Sinn. Ich war schon oft in Backends wo jemand versucht hat mit leeren Paragraphen vertikale und mit vielen Leerzeichen horizontale Abstände zu erzeugen. Das ist natürlich nicht im Sinne von Texteingabe. Hier ist der Projektleiter dafür verantwortlich den Redakteuren den Sinn der Trennung von Inhalt und Gestaltung zu verdeutlichen.

**Babelfisch** · 20.05.2014, 11:43

Zitat von Andreas

Das kann eigentlich nur passieren, wenn jemand versucht einen Absatz ohne Inhalt zu erstellen, und in dem Fall macht das geschützte Leerzeichen ja Sinn.

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ß

**Andreas** · 20.05.2014, 11:53

Ah, ist mir noch nicht aufgefallen. Dann scheint das ein Bug von TinyMCE zu sein, den man mal dort melden könnte, wenn er nicht schon gemeldet ist.

Deswegen hatte ich oben nach einer Anleitung gefragt, wie man den Fehler hervorrufen kann.

**ciaobello** · 20.05.2014, 12:01

Hier gibt es ein Workaround für das Problem. Ich poste mal den Link ohne den Patch selber getestet zu haben:
http://blog.room34.com/archives/5075

(sorry just in english

)