Inside Editing

[stxinden]

Ok, auch auf die Gefahr hin, dass ich hier allmählich nerve. Ich habe jetzt die 4.5.4 Beta installiert. Standardeditor: Timyce2. Das hat auch soweit funktioniert, jedoch nur bei schon angelegten Artikeln. Sobald ich jetzt einen neuen Artikel anlege, werden die Button für die Bearbeitung des Inside-Editors in das Textfeld zum editieren verschoben. Ich weiss nicht warum? Ich kann jedenfalls keine Aktionen durchführen, da die Schaltflächen (Text/HTML bzw. Save) als Bilder angezeigt werden, welche ich zwar verschieben und löschen, jedoch nicht die Hyperlinks zur Aktivierung des Editors ausführen kann.

[Halchteranerin]

Du nervst nicht. Ich habe jedoch den Fehler schon gestern in den Bugtracker eingetragen, ich verschiebe mal diesen Thread nach Bugs.

[Halchteranerin]

Ach ja, noch etwas. Mit Firefox kann man wenigstens in den WYSIWYG-Editor wechseln, man muss dann die beiden Buttons loeschen, die angezeigt werden.

[stxinden]

Hi,

wie könnte ich das denn ändern? Macht es sinn eventuell den letzten Snapshot über die aktuelle Version zu spielen? Mit der Beta 5.4.3 sowie einigen Snapshots später funtzt das ja irgendwie ganz gut.

[Halchteranerin]

da stecke ich nicht drin, sorry, vielleicht melden sich emergence oder timo ...

[timo]

Vermutlich ist das Beispiellayout nicht valide...wird zur nächsten Version gelöst werden.

Bis dahin erstmal nach Bugs verschoben

[Halchteranerin]

Doppelt verschoben haelt besser?
Timo, ich glaube nicht, dass es am Beispiellayout liegt. Ich habe bei meinem Layout das gleiche Problem, und das ist, bis auf die Tatsache, dass der Validator meldet, kein Attribut height bei Tabellen zu kennen, valide. Aber die Module Headline und Text HTML, die ich erst im Verdacht hatte, sind eigentlich auch recht uebersichtlich, hmm ...

[stxinden]

Hallo nochmal,

das Problem tritt bei jedem Editor auf. Ich hatte mal probiert die Datei front_content im Verzeichnis /contenido/external/backendedit auszuwechseln mit einer Datei vom letzten Snapshot (30.09.) aber auch Fehlanzeige.

[Dodger77]

Timo, ich glaube nicht, dass es am Beispiellayout liegt. Ich habe bei meinem Layout das gleiche Problem...

Das kann ich von meiner Seite bestätigen. Mit der 4.5.3 trat das nicht auf. Erst nach dem Update nach 4.5.4 hatte ich die auch drin. Jedoch nur bei leeren CMS_HTML o.ä.

Da beim rendern des DIV in "class.htmlelements.php" eine Abfrage stattfindet, ob der Tag leer ist, wird dann kein schließender Tag ausgegeben. Das wird dann je nach Browser halt mehr oder weniger fehlertolerant interpretiert.

[stxinden]

Ich habe jetzt einfach mal die Datei class.htmlelements.php durch die Version aus der 4.5.3 beta ersetzt. Der Effekt bleibt gleich. Die Button hängen immer noch im Textfeld.

[Dodger77]

Ich habe jetzt einfach mal die Datei class.htmlelements.php durch die Version aus der 4.5.3 beta ersetzt. Der Effekt bleibt gleich. Die Button hängen immer noch im Textfeld.

Das hätte wohl zu nahe gelegen.

[stxinden]

Nun manchmal sind die einfachen Lösungen ja auch schon mal die besten. Aber ich finde nichts besseres. Wahrscheinlich weil ich auch nicht weiß wo ich suchen soll.

[Halchteranerin]

Die Stelle ist schon die richtige, timo hat den Fehler behoben. Also bitte noch ein bisschen warten, falls du das nicht selbst korrigieren kannst.

[timo]

Die class.htmlelements.php aus der 4.5.3 müsste funktionieren. Wenn du allerdings dir einen Artikel ansiehst, der schon "zerstört" ist, hilft auch die neue (alte) Datei nicht viel

Bei neuangelegten Artikeln muß es gehen.

[Dodger77]

Die Stelle ist schon die richtige, timo hat den Fehler behoben. Also bitte noch ein bisschen warten, falls du das nicht selbst korrigieren kannst.

Da bin ich aber froh. Hatte schon an meinen detektivischen Fähigkeiten gezweifelt.