Druckbare Version
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!
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
Ja, das hatte ich auch irgendwo gelesen. Aber bei mir setzt er es definitiv an Stellen, wo nur ein Leerzeichen ist. Schade.
Passiert das nicht im TinyMCE?
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
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ß!
Hallo Ricks,
naja, am Browser kann es eigtl. nicht liegen - da war ich in Gedanken gerade auf einer anderen Baustelle.
MfG
Peter
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.
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.
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
Hallo,
habe das gleiche Problem bei Version 2.7.5 in Opera und Firefox mit WinXP. Wird wohl nicht am Browser liegen.Zitat:
Mir ist das aber schon ohne Copy Paste passiert, habe nur den Text erweitert und schwupps war nach dem Sichern ein nbsp im Text.
Viele Grüße,
Jürgen
Gerade ist mir auch wieder sowas passiert:
In einem Textfeld den Cursor ans Ende gesetzt und Return gedrückt, schwupps steht im Quelltext "<br />[nbsp]".
Safari auf Mac.
Ein Test mit Firefox hat hier nur ein "<br />" eingefügt. Seltsam, doch Browserabhängig? Doof ist nur, dass das nicht immer so ist.
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.
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.
Kann das hier auch bestätigen, nervt manchmal ein wenig, geht aber.
Hat jemand eine Hilfestellung für mich wie ich updatesicher verbieten kann?
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
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
Hallo Community,Zitat:
Zitat von netspy
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 :D
MfG
somoza
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
TinyMCE erlaubt keine leeren Absätze <p></p>, weil das nicht XHTML-valide ist. Also wird ein Leerzeichen dort eingefügt. <p> </p>
Grüße
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
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
bei einem <p> </p> und <p>[nbsp]</p> 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.
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
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.
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
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.Zitat:
entities : "60,lt,62,gt",
jedoch im firefox tauchen sie immer noch auf, sobald ich eine leere zeiel einfüge!
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?
Das fände ich auch gut.Zitat:
Zitat von Andreas
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,   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
Kann das Verhalten von RTE bestätigen!
Browser: Opera
OS: Win. 7 Home Sp1
Verwendest Du bereits die aktuellste Version von TinyMCE?
Ich habe noch die ältere Version welche bei Contao 2.9.5 dabei ist.
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
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?
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.
Mal noch ne Antwort von Leo, in einem älteren Thema gefunden:
https://community.contao.org/de/show...ull=1#post1913
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.Zitat:
Zitat von k-webdesign
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:Zitat:
Zitat von Andreas
GrußCode:Text[nbsp]<em>kursiv</em>[nbsp]Text
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.
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 ;) )
Soweit ich das dort verstehe, werden dadurch aber grundsätzlich alle   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   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.
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?Zitat:
Zitat von Babelfisch
Viele Grüße
Das zeigt schon mal das Dilemma vonwegen dem nbsp Problem. Ein Workaround wird nie allen 100ig helfen ;)Zitat:
Zitat von tab
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:
Hier noch dieser Lösungs Ansatz:Zitat:
Zitat von wordpress.stackexchange.com ; elleeot
http://wordpress.stackexchange.com/q...inserting-nbsp
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
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
Bei mir gibt es ein solches verhalten wenn ich von einem WYSIWYG Editor Daten direkt in den MCE kopiere.Zitat:
Zitat von Infidel
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.
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.Zitat:
Zitat von ciaobello
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.
Ich hatte da letztens nochmal für einen Kunden recherchiert und herausgefunden, dass das mit den [nbsp] im Chrome ein schon lange bekannter nicht gefixter Bug in TinyMCE ist.
http://www.tinymce.com/develop/bugtr...ew.php?id=4919
http://www.tinymce.com/develop/bugtr...ew.php?id=6483
http://www.tinymce.com/develop/bugtr...ew.php?id=6365