Seit FCK-Update werden Angaben in .articeltext ignoriert

indyone_de · Post by **indyone_de** » Thu 21. Dec 2006, 14:16

Hallo Allerseits!

Um eine mit dem GT MOD generierte Artikelüberschrift, sowie den Untertitel und dann den Textkörper auf eine Linie zu bringen, habe ich im Standard-CSS bei

.articletext
padding-left: 5px;
padding-top: 8px;

definiert. Das lief bislang super. Alles genau so, wie ich es wollte. Vorhin habe ich den FCKeditor auf Pico's edition 2.31 updatet, damit ich im WYSIWYG-Editor auch die Bilder aus der phpwcms-Dateizentrale angezeigt bekomme. Das funktioniert auch wie gewünscht, doch leider ignorieren alle WYSIWYG-Contentparts seit dem Update die Angaben im Standard CSS! Sprich: Der CP wird einfach links an den Rand geklatscht und schert sich nicht um die CSS-Angaben.

Setze ich testweise CPs "Einfacher Text" davor und darunter, so werden diese korrekt entsprechend den CSS-Angaben ausgerichtet - was kann da schiefgegangen sein?!?

Hier ein Bild:

Man sieht, dass sich das WYSIWYG-Element nur an das globale Padding des CONTENT-Bereichs hält, die Angaben aus .articletext aber nicht beachtet.

Ciao Oli

pepe · Post by **pepe** » Thu 21. Dec 2006, 14:31

Woher weiß denn dein FCKeditor, in welcher CSS Datei er "nachsehen" soll?

Hast du auch die richtige Pfadangabe innerhalb der Konfiguration des FCKeditors gemacht???

indyone_de · Post by **indyone_de** » Thu 21. Dec 2006, 18:44

Meine Denke war: Der FCK erzeugt Content, der sich an die Regeln aus der "Standard CSS" hält, die im Adminbereich von phpwcms abgelegt ist.

Zumindest tat er das bislang. Dort ist für ".articletext" eine Vorgabe gemacht und andere Contents folgen der auch - warum auch nicht, denn die Abfolge der Einzelteile des Tags CONTENT ist ja festgelegt und dort ist für den Artikeltext eine Klasse vergeben, die beim Erstellen des Artikel beachtet wird. Es ist ja keine neue exotische CSS, sondern eine die in das System verwoben wurde.

Natürlich kann es sein, dass durch das Überschreiben das vorinstallierten FCK mit dem neuen etwas verändert wurde. Wo in der Konfiguration liegt der Unterschied zwischen dem mitgelieferten FCK aus phpwcms 1.2.8 und dem nachinstallierten, sprich wo müsste ich etwas anpassen?

Dennoch verstehe ich nicht ganz, warum der Contentpart WYSIWYG nicht auch den Regeln der Klasse .articletext unterworfen wird. Diese wird doch durch phpwcms respektiert, dabei sollte es doch egal sein, was sich nun in dem Contentpart befindet!?! *ichnichtversteh*

Sorry, wenn ich das nicht blicke.

Update:

Geht es um diesen Bereich?

FCKConfig.EditorAreaCSS = FCKConfig.BasePath + 'css/fck_editorarea.css' ;
//FCKConfig.EditorAreaCSS = FCKConfig.BasePath +'../../../../phpwcms_template/inc_css/frontend.css' ;

Da sind soviele "../" - wahrscheinlich zuviele und daher findet er die frontend.css nicht, kann das sein?

Ciao Oli

pepe · Post by **pepe** » Thu 21. Dec 2006, 19:09

Wenn der FCKeditor in deiner frontend.css nachsehen soll, ändere den Eintrag mal folgendermaßen.

von:

FCKConfig.EditorAreaCSS = FCKConfig.BasePath + 'css/fck_editorarea.css' ;
//FCKConfig.EditorAreaCSS = FCKConfig.BasePath +'../../../../phpwcms_template/inc_css/frontend.css' ;

in:

//FCKConfig.EditorAreaCSS = FCKConfig.BasePath + 'css/fck_editorarea.css' ;
FCKConfig.EditorAreaCSS = FCKConfig.BasePath +'../../../../phpwcms_template/inc_css/frontend.css' ;

Die Anzahl der ../../../../ ist schon richtig so

Damit erreichst du allerdings nur, daß die Darstellung im FCKeditor-Fenster mit der Darstellung auf der Seite übereinstimmt!!!

Schau dir doch mal an, welcher code von phpwcms gerendert wird!
ggf hast du da verschachtelte DIVs und mußt das in der frontend.css dann auch angeben:

anstelle von: .class-3 { ... }

vielleicht besser: .class-1 .class-2 .class-3 { .... }

wenn die .class-3 in einer .class-2 steckt... und die wiederum in einer .class-1

_______________
EDIT:

Da fällt mir noch ein:

.articletext wir garnicht verwendet bei Einfacher Text und HTML-WYSIWYG (glaube ich)... allerdings bei Text mit Bild!!!

Ich Verwende deshalb immer den Text mit Bild... auch wenn ich gar kein Bild da rein packe!!!

indyone_de · Post by **indyone_de** » Thu 21. Dec 2006, 19:22

Vielen Dank für die Antwort.

Hat nicht geholfen.

Ich habe gerade gesehen, dass in der alten FCKeditor Version dieses steht:

FCKConfig.EditorAreaCSS = FCKConfig.BasePath + 'css/fck_editorarea.css' ;

Also so wie derzeit auch bei der neuen Version. Da bin ich ratlos...

Ich glaube auch, der Kern des Problems ist noch nicht getroffen. Mit obiger Angabe hielt sich der (alte) FCKeditor ja an ".articletext". Ich refenziere ja im FCK selbst nicht auf irgendwelche Klassen aus frontend.css. Viel mehr, kommen die Klassen aus frontend erst beim Zusammenbau des Artikels zum Einsatz.

Ich stelle mir den Ablauf so vor (bei einfacher Text, WYS.. und dann wieder einfacher Text):

Ok, also wir bauen jetzt den Artikel. Ah, ok der Herr wünscht padding oben und links. Prima, dann richten wir den einfachen Text so aus. So, nun kommt der WYSIWYG-Teil, diesen umschließen wir jetzt (egal was drin steht) und richten ihn per padding aus. Und dann wieder den einfachen Text auch nach der Regel aus frontend.css.

Ich stelle auch gerne einen Testzugang zur Verfügung.

Ciao Oli

pepe · Post by **pepe** » Thu 21. Dec 2006, 19:23

bump

Hast du unter EDIT gelesen???

indyone_de · Post by **indyone_de** » Thu 21. Dec 2006, 19:26

Du hattest noch was dazu geschrieben, daher:

Also bei einfacher Text wird articletext definitv verwendet. Habe den padding-Wert gerade verändert und er rückt den einfachen Text dann schon dementsprechend ein.

Bei WYSIWYG aber wohl definitiv nicht - wie man sieht.

Ich wollte gerne global dafür sorgen, dass alle Elemente (CPs) dieses Artikels mit dem gleichen Padding ausgerichtet werden. Das ist scheinbar schwerer als gedacht.

Mit den verschachtelten, das muss ich erstmal verstehen, braucht einen Moment...

Ciao Oli

indyone_de · Post by **indyone_de** » Thu 21. Dec 2006, 19:32

Ok, so sieht der Quelltext der gerenderten Seite aus:

Code: Select all

<!-- Content -->
<img src="img/leer.gif" border="0" width="1" height="10" alt="" /><br />
<a name="jump9"></a><img src="content/gt/4ff7d3891ff66a67e2a14d40e4be9e59.png" alt="Willkommen bei uns!" title="Willkommen bei uns!" width="239" height="30" border="0" />

<div class="articleText">Ein Testtext vom Contentpart "Einfacher Text" mit padding-left: 5px; und padding-top: 8px. Dieser wird auch so ausgerichtet!</div>

Ein WYSIWYG-Testtext vom Contentpart "WYSIWYG HTML". Die Angaben aus Standard CSS werden ignoriert, wie man sieht. Warum nur? Vor dem FCKeditor-Update funktionierte die Ausrichtung auch mit diesen CPs.

<div class="articleText">Ein Testtext vom Contentpart "Einfacher Text" mit padding-left: 5px; und padding-top: 8px. Dieser wird auch so ausgerichtet!</div>

<br />
<img src="img/leer.gif" border="0" width="1" height="20" alt="" />

Ich glaube, jetzt bin ich/wir nah dran. Du hattest völlig recht, der WYSIWYG-Contentpart ignoriert die Werte aus articletext, einfacher Text wendet diese aber an. Kann ich die Produkte des FCKeditors auch irgendwie dieser Klasse unterwerfen?

Das mit den verschachtelten DIVs ist noch nicht ganz durchgesickert...

Ciao Oli

Post by **flip-flop** » Thu 21. Dec 2006, 19:34

Grundsätzlich Text mit Bild verwenden. Dan klappt es auch mit der Klasse .articletext.

Knut

indyone_de · Post by **indyone_de** » Thu 21. Dec 2006, 19:38

flip-flop wrote:Grundsätzlich Text mit Bild verwenden. Dan klappt es auch mit der Klasse .articletext.

Knut

Also als Behelf und die "W... HTML" ganz links liegen lassen? Ok. Klar, da der Editor ja trotzdem kommt macht das Sinn und ich spare mir Ärger. Thx.

Ich dachte ich schaffe es ohne Workaround.

EDIT: Habs gerade getestet, pepe hatte es ja auch schon so vorgeschlagen - wunderbar! Vielen Dank!

Danke für die Unterstützung. Ich bin immer wieder überrascht wie "mächtig" das System ist.

Ciao Oli

pepe · Post by **pepe** » Thu 21. Dec 2006, 19:39

Genau das.....
So hast du 2 verschieden Formatierungsmöglichkeiten.

Einmal mit WYSIWYG HTML und mit Text mit Bild... und das ist gut so!!!

Und die Bilder im Text mit Bild... läßt du einfach weg!!!

Die Lösung die du anstrebst... mit Codeänderungen... die verraten wir besser nicht

Ja, phpwcms ist mächtig mächtig!!!