Zeichenbeschränkung im WYSIWYG CNT Part???

[kleiner_Punkt]

Hallo Ihr,

sagt mal - gibt es eine Zeichen-Anzahl-Begrenzung im WYSIWYG-CNT-Part??? ... ich habe eine recht umfangreiche Tabelle ... und als ich heute etwas daran änderte wurden mir plötzlich in der untersten Tabellenreihe die letzten 4 Zellen incl. der schließenden Tags für die Tabelle geklaut ... bzw. nicht wirklich geklaut ... im CNT Part stehen sie drin - auf der Website fehlen sie einfach ?!?!?

Kennt jemand von euch diese Phänomen??

Grüße
Steffi

[update]

ich habe eine recht umfangreiche Tabelle

Was heißt umfangreich?

[kleiner_Punkt]

17 Spalten - 22 Zeilen
in jeder Zelle ein image mit Link

[flip-flop]

Mhh, was soll man mit so einer Angabe anfangen?

Wieviele Zeichen umfasst der Quelltext?

Einfach im Editor auf Quelltext schalten, den Text herauskopieren, in einen brauchbaren Ascii-Editor packen und die Anzahl der Zeichen ablesen.

So eine Angabe wäre sicher hilfreich.

Knut

[kleiner_Punkt]

... ups ... ich nun wieder

sorry - also es sind 65935 Zeichen lt. Editor ... wenn ich ihn richtig verstehe ...

[flip-flop]

Der Abgeschnittene Teil umfasst etwa 400 Zeichen?

Wenn das so ist, dann verarbeitet der Editor oder dieser wysiwyg Teil nicht mehr als 65.535 Zeichen.

[kleiner_Punkt]

ja - kommt hin !!!!

dann muss ich bei der nächsten Überarbeitung aus einem CNT Part wohl zwei machen ...

[juergen]

Das ist doch sicher so eine "Ich schick dir die Rechnung für mein abgeglühtes Scrollrad" - Seite, oder ?

[update]

17 Spalten - 22 Zeilen

Hast Du'n quersitzendes Scrollrad?

[kleiner_Punkt]

Das ist doch sicher so eine "Ich schick dir die Rechnung für mein abgeglühtes Scrollrad" - Seite, oder ?

... mein Hamster im Rad hat sich noch nie beschwert

Hast Du'n quersitzendes Scrollrad?

... nein - ein angeschlossenes Hamsterrad mit intelligentem Hamster der auf Zuruf in die Richtung läuft, in die ich scrollen will!

[Oliver Georgi]

also wenn der CP alle Inhalte hat auch nach dem Speichern im Backend und es im Frontend nicht korrekt wiedergegeben wird, dann ist ein Fehler in der HTML-Source enthalten.

Alternativ überlegen, ob nicht der CP HTML der bessere CP ist.

[kleiner_Punkt]

Hi Oliver,

also wenn der CP alle Inhalte hat auch nach dem Speichern im Backend und es im Frontend nicht korrekt wiedergegeben wird, dann ist ein Fehler in der HTML-Source enthalten.

das ist ja das merkwürdige ...

im Content Part steht dies ... Tabelle, Tabelle, Tabelle ... letzte Tabellenzeile:

Code: Select all

        <tr class="bordertop">
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
        </tr>
    </tbody>
</table>

auf der Website kommt dies hier raus die letzten beiden Tabellenzellen und die schließenden Tags für die Zeile und die Tabelle sind weg - es geht einfach mit dem nächsten CNT Part weiter

Code: Select all

        <tr class="bordertop">
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
<div style="margin:30px 0 0 0;padding:0;" class="spaceBeforeCP"></div>

wenn ich allerdings die ganze Tabellenzeile zusammenfasse ... <td colspan="15">&nbsp;</td> ... dann wird auch alles angezeigt - bei den Leerzellen nicht.

CP HTML ist zu unübersichtlich, da oberhalb der letzten Tabellenzeile viele Links eingetragen sind.

[Oliver Georgi]

Tabelle optimieren, das sieht nach absolut gruseligem HTML aus. Wenn man schon Klassen nutzt, dann sollten die Borders nicht über Leerzeilen realisiert werden. Und es scheint wirklich das Problem von zu vielen Zeichen zu sein. Der WYSIWYG kann in dem Fall die HTML-Source fixen. Maximal möglich sind 65535 Zeichen.

[flip-flop]

wenn ich allerdings die ganze Tabellenzeile zusammenfasse ... <td colspan="15">&nbsp;</td> ... dann wird auch alles angezeigt - bei den Leerzellen nicht.

Das hat mit der Syntax die du verwendest nichts zu tun, es geht hier um die Anzahl der Zeichen und die reduziert sich eben um ein bestimmtes Maß wenn du etwas kürzt.
Ich würde mir das Hamster-Verfahren schön allgemein patentieren lassen, man weiß nie was kommt.

@OG: Das war auch mein allererster Gedanke, jedoch sollte das dem Admin doch sofort auffallen wenn im FE mit der generierten Source etwas nicht stimmt.
Kann es sein dass irgendeine (Prüf)Routine oder Variable auf dem Weg aus der DB ins FE den Inhalt bei 65935 Zeichen abschneidet?
Ich habe das gerade mit einem langen Text im Artikel Wysiwyg getestet, im BE ist alles vorhanden, im FE wird der Text exakt bei 65935 Zeichen abgeschnitten wird der Text nach dem Speichern abgeschnitten, da das DB Feld 2^16 groß ist.

Das passiert auch bei einem HTML-CP also wahrscheinlich bei allen CPs.

Knut

[update]

Hatten wir nicht kürzlich erst so was ähnliches?