Darstellungsfehler nach Update auf 1.4

[milos27]

Der erzeugte Code sieht so aus:

Code: Select all

<div align="justify">
<div class="serendipity_imageComment_left" style="width: 250px">
<div class="serendipity_imageComment_img"><img class="serendipity_image_left" height="212" src="/uploads/Bilder/diverse/tattoos.jpg" width="250" /></div>
<div class="serendipity_imageComment_txt">Tattoo Ärmel</div>
</div>

was muss ich da entfernen?

[yellowled]

Code: Select all

<div align="justify">
<div class="serendipity_imageComment_left" style="width: 250px">
<div class="serendipity_imageComment_img"><img class="serendipity_image_left" height="212" src="/uploads/Bilder/diverse/tattoos.jpg" width="250" /></div>
<div class="serendipity_imageComment_txt">Tattoo Ärmel</div>
</div>

Ich weiß nicht, woher Du diesen Code hast, aber ich sehe den Code des betreffenden Artikels in Firebug oder mit der Web Developer Extension so:

Code: Select all

<div class="serendipity_imageComment_left" style="width: 250px"><br />
    <div class="serendipity_imageComment_img">
        <img class="serendipity_image_left" height="212" src="/uploads/Bilder/diverse/tattoos.jpg" width="250" />
    </div><br />
    <div class="serendipity_imageComment_txt">Tattoo Ärmel</div><br />
</div>

Kann es vielleicht sein, dass Du das nl2br-Plugin installiert hast?

YL

[milos27]

der code ist direkt aus der html ansicht rauskopiert...

ich habe nl2br-Plugin installiert, meinst du es liegt daran? soll ich es entfernen?

[yellowled]

der code ist direkt aus der html ansicht rauskopiert...

ich habe nl2br-Plugin installiert, meinst du es liegt daran? soll ich es entfernen?

Gut, dann setzt XINHA hier keine <br /> ein, wie vermutet, sondern "nur" Newlines (was auch nicht sein sollte). Diese Newlines wandelt mit an Sicherheit grenzender Wahrscheinlichkeit dann aber das nl2br-Plugin in <br /> um (was letztlich seine Aufgabe ist), daher kommen die Darstellungsprobleme.

Zieh einfach das nl2br-Plugin mal testweise von "Aktiv" auf "Inaktiv" rüber (Speichern nicht vergessen), ich würde größere Summen wetten, dass das schlagartig alle Darstellungsprobleme bei Bildern löst.

YL

[milos27]

@yellowled

super danke für diesen Tip ... nun funzt es einwandfrei ...

wozu überhaupt dieses plugin? ich habe es nun komplett gelöscht ...

[yellowled]

wozu überhaupt dieses plugin?

Naja, sagen wir mal so: Wenn man sich mit HTML nicht auskennt und sich damit auch nicht befassen möchte (was für geschätzt 90-99% aller Nutzer eines WYGIWYS-Editors gelten dürfte), dann schreibt man in diesem Editor vielleicht etwa sowas:

Ein Absatz.

Noch ein Absatz.

Normalerweise wäre der korrekte XHTML-Code dafür:

Code: Select all

<p>Ein Absatz.</p><p>Noch ein Absatz.</p>

Das, was der WYGIWYS-Editor ausspuckt, ist aber - soweit mein Einblick in die Materie, man möge mich ggf. korrigieren - sowas:

Ein Absatz.\n\nNoch ein Absatz.

Mit dem Newline "\n" können Webbrowser nichts anfangen, weshalb es in PHP die Funktion nl2br gibt. Die macht daraus:

Code: Select all

Ein Absatz.<br /><br />Noch ein Absatz.

Das ist zwar semantisch bedenklich, erzeugt aber halbwegs die gewünschte Darstellung.

YL

[Czorneboh]

Hallo!

Ich ärgere mich schon lange mit den hier beschriebenen Problemen herum. Greife jetzt mal diesen älteren Thread auf.

Gibt es hier schon irgendwelche Verbesserungen für Leute, die mit Editor schreiben? Mit Xinha hatte ich schon vor der Version (1.5.) gearbeitet, in die das "integriert" wurde. Sorry, dass ich mich mit ded korrekten Vokabular schwer tue.

Mein System:
S9Y, 1.5.5, PHP 5.3.3-2 , ohne NL2br. (Vor langer Zeit war das mal installiert. Las dann aber von Inkompatibilitäten mit anderen Plugins).

Immer wieder kommt es zu den von Yellowled beschriebenen Leerzeilen, manchmal viele davon hintereinander. Und die <br > kommen auch immer wieder in meine Texte hinein.

Beim Text "reinigen" fällt mir manchmal html-code auf wie z.B. Reste von früherer Markierung von Textpassagen.

Heute wollte ich sowas löschen. Aber es wurde immer mehr davon (Farbe gelb). Ich vermute, wenn es eine automatische Speicherung gibt (und der Cursor danach wieder am Anfang des Textes steht). Was führt da zu einer Vervielfachung des "bösen" codes?

Der betreffende Artikel ist jetzt dieser:
http://blog.ost-impuls.de/archives/135- ... eil-2.html
Der ist noch nicht wieder "astrein".

Liegt das an Fehlern von Xinha?

Manchmal vermutete ich schon, es muss etwas mit Bildern aus meiner Gallerie zu tun haben, die ich mit dem Editor einfüge bzw. mit dem Prozess des Einfügens der Bilder. Möglicherweise gibt es solche Probleme nicht in Artikeln ohne Bilder. Aber eine Weile passiert nichts. Und dann taucht es wieder auf.

Ich renne ständig hinterher, um meine Artikel wieder "zu (be-)reinigen": von Hand <br /> und Leerzeilen herausnehmen.

Was kann ich tun?
Mit anderem Editor probieren?

[yellowled]

Immer wieder kommt es zu den von Yellowled beschriebenen Leerzeilen, manchmal viele davon hintereinander. Und die <br > kommen auch immer wieder in meine Texte hinein.

Kann ich gerade in dem verlinkten Artikel, den Du erwähnst, nicht nachvollziehen. Da ist genau ein <br /> enthalten, welches ich als „sinnlos“ einstufen würde -- vor dem Extended Entry. Ist das ganz sicher nicht templateseitig erzeugt? (Ich bin mit dem Template-Code von Kinetic nicht vertraut.)

Beim Text "reinigen" fällt mir manchmal html-code auf wie z.B. Reste von früherer Markierung von Textpassagen.

Was markierst Du denn da wie?

Generell ist es sicherlich so: Je mehr man im WYSIWYG-Editor „rummacht“, desto fehleranfälliger ist das Ding. Meine Erfahrung ist auch, dass die meisten WYSIWYG-Editoren nicht sehr gut darin sind, einmal gemachte Formatierungen wieder rückgängig zu machen. Das, was Du beschreibst, riecht mir sehr danach.

Grundsätzlich ist es aber so, dass daran nur die Entwickler des Editors etwas ändern können -- S9y bindet den ja nur als „3rd-Party-Erweiterung“ ein, d.h. wir übernehmen den „wie angeliefert“.

Manchmal vermutete ich schon, es muss etwas mit Bildern aus meiner Gallerie zu tun haben, die ich mit dem Editor einfüge bzw. mit dem Prozess des Einfügens der Bilder.

Das kann sehr gut sein, wenn Du zum Einfügen die Funktionen des Editors anstelle der von Serendipity angebotenen benutzt.

Was kann ich tun? Mit anderem Editor probieren?

Wie gesagt: Die Probleme, die Du beschreibst, sind -- meiner Erfahrung nach -- nicht unbedingt spezifisch für einen bestimmten WYSIWYG-Editor, sondern allen mehr oder weniger gemein.

Die Alternativen sind Markup-Plugins wie Textile oder Markdown -- oder (wenn man es ganz und garantiert „sauber“ haben will) direkt HTML schreiben.

YL

[Czorneboh]

Danke, Yellowled,

der verlinkte Artikel, war von mir missverständlich ausgedrückt, ist ein Beispiel für den so nicht sichtbaren html-code für Farbmarkierungen.

Was markierst Du denn da wie?

Ich wähle nach Markierung einer Passage Farbe für Hintergrund, meist gelb, um mich selbst daran zu erinnern, dass bestimmte Stellen noch inhaltlich zu klären sind. Habe 60 Entwürfe, die nicht selten Monate reifen müssen bis zur Veröffentlichung. Um die Farbe wieder herauszubekommen, machte ich nicht gleich anfangs die Erfahrung, muss man auf html umschalten. Bei Word klappt das "Demarkieren" besser.

Nun habe ich in dem Artikel aber auffällig viele solcher Stellen. Das macht mich im HTML-Modus ganz wirre, weil ich auch Links und Bilder drin habe. Da muss ich aufpassen, nicht zuviel zu löschen.

Aber vorhin passierte mir es, dass das immer mehr wurde (wohl nach einer automatischen Zwischenspeicherung (nach 5 od. 10 min). Da konnte ich mich nur retten mit Wiederherstellung aus dem letzten Backup.

Ja, Textile ist im Forum schon mehrmals empfohlen worden. Das interessiert mich und ich habe ein Bookmark auf die offzielle Seite in mein Blog aufgenommen. Mir fehlt bloß Zeit für Beschäftigung damit. Aber wenn es das "Nachfegen" spart...

Don hat mir im Chat verraten, dass er Xinha auch nicht mag wegen der auftretenden Fehler. Er hat mir Fehler bei der Bildumrandung (Wie nennt man das: Padding?) beseitigt.

[Timbalu]

Bei Word klappt das "Demarkieren" besser.

Ich hoffe nicht, dass du in Word schreibst und dann den Text per C&P in deinen Blog Editor übernimmst. Dies ist eine Fehlerquelle par excellence! Word schickt dabei immer mehr als man sieht.
Außerdem frage ich mich wie die Leerzeichen entities &#160; da hineingelangen....

Naja, wie auch immer, eigentlich fiel mir nur auf, dass du Google Analytics verwendest. Zu diesem Thema gibt es zB das tracking privacy problem, dem Google mit dem Anonymizer begegnet. Darauf will ich in diesem Zusammenhang mal hinweisen, damit sich das herumspricht.
http://www.econtrolling.de/datenschutz- ... analytics/

[yellowled]

Ich wähle nach Markierung einer Passage Farbe für Hintergrund, meist gelb, um mich selbst daran zu erinnern, dass bestimmte Stellen noch inhaltlich zu klären sind. Habe 60 Entwürfe, die nicht selten Monate reifen müssen bis zur Veröffentlichung.

Kurz und knapp zusammengefasst sehe ich für Deine Arbeitsweise nur zwei Möglichkeiten:

1. Du benutzt ein anderes System (aber -- wie Timbalu sehr richtig warnt -- um Himmels Willen nicht Word), um Deine Entwürfe zu pflegen und stellst dann die fertigen Einträge sorgfältig und ohne viel Änderungen und Korrekturen in den WYSIWYG-Editor.

2. Du benutzt ein Markup-Plugin oder schreibst HTML von Hand. Das fordert zwar auch Disziplin, wenn man viel ändert und korrigiert, aber es verzeiht mehr Zwischenschritte.

Ein WYSIWYG-Editor ist ganz einfach auf so eine Arbeitsweise nicht ausgelegt. Das sind Ansprüche, die man an ein Textverarbeitungs-System stellen kann, aber nicht an einen kleinen Editor.

YL