Artikel in linker Spalte und weitere Frage

[supergrobi]

Hallo zusammen,

nach einigen Wochen TL Nutzung, welches ich nach weniger überzeugenden Versuchen mit Joomla und typo3 in mein Herz geschlossen habe
wächst meine Seite stetig, ich probiere viel aus und ändere viel um.
PHP/CSS Kenntnisse liegen 10 Jahre zurück und es hat sich scheinbar einiges getan in der Zeit....

eine Frage zur Nutzung: Wenn ich ein Attribut bei mehreren Seiten/Elementen ändern möchte (Mehrere Bearbeiten) sehe ich im Backend lediglich eine Liste mit Checkboxen - leider steht aber jeweils nicht die SeitenID oder der Name, was ich unglücklich finde.
Ist das eine Einstellungssache, Bug oder Feature? (TL 2.7.6)

dann mein "Problem":
Ich arbeite mit Header, left, main, footer, verstehe immer mehr, wieviel man mit der gezielten Verwendung von Modulen erreichen kann.

In der linken Spalte habe ich nun auch Artikel angelegt.
Wenn ich aber im BE Text eingebe kann ich den Bereich left mühelos überschreiben, d.h. im Eingabeeditor ist die Breitenangabe der Spalte LEFT nicht existent oder ist ignoriert.
Kann ich das auch lösen?
Momentan gebe ich den Text ein, speichere abund schaue dann,ob es passt.
Das kann mandoch sicher eleganter lösen, oder?
Bevor ich experimentiere:
Ich habe daran gedacht, eigene Klassen für die Artikel in LEFT zu vergeben,
aber das hat dann ja wieder keinen impact auf den Eingabeeditor, oder?

Danke und Grüße
Frank

[xchs]

Hallo

eine Frage zur Nutzung: Wenn ich ein Attribut bei mehreren Seiten/Elementen ändern möchte (Mehrere Bearbeiten) sehe ich im Backend lediglich eine Liste mit Checkboxen - leider steht aber jeweils nicht die SeitenID oder der Name, was ich unglücklich finde.
Ist das eine Einstellungssache, Bug oder Feature? (TL 2.7.6)

Nein, das passt schon so. Du musst Dir dann eben die gewünschten Informationen (ID bzw. Seitennamen z.B.) mit anzeigen lassen, dann weißt Du auch welches Element Du aktuell bearbeitest...

dann mein "Problem":
Ich arbeite mit Header, left, main, footer, verstehe immer mehr, wieviel man mit der gezielten Verwendung von Modulen erreichen kann.

In der linken Spalte habe ich nun auch Artikel angelegt.
Wenn ich aber im BE Text eingebe kann ich den Bereich left mühelos überschreiben, d.h. im Eingabeeditor ist die Breitenangabe der Spalte LEFT nicht existent oder ist ignoriert.
Kann ich das auch lösen?
Momentan gebe ich den Text ein, speichere abund schaue dann,ob es passt.
Das kann mandoch sicher eleganter lösen, oder?
Bevor ich experimentiere:
Ich habe daran gedacht, eigene Klassen für die Artikel in LEFT zu vergeben,
aber das hat dann ja wieder keinen impact auf den Eingabeeditor, oder?

Das sollte/dürfte aber nicht passieren. Hast Du hinsichtlich Containerklassen am TL-Seitentemplate etwas verändert? Hast Du das Layout (und insbesondere die Breitenangaben) mit Hilfe des TL-Frameworks erstellt?

[supergrobi]

Hallo

Nein, das passt schon so. Du musst Dir dann eben die gewünschten Informationen (ID bzw. Seitennamen z.B.) mit anzeigen lassen, dann weißt Du auch welches Element Du aktuell bearbeitest...

Autsch....das ist ja einfach und auch logisch.
Ich habe das nie angehakt,weil ich ja die Seitennamen nicht bearbeiten wollte

Das sollte/dürfte aber nicht passieren. Hast Du hinsichtlich Containerklassen am TL-Seitentemplate etwas verändert? Hast Du das Layout (und insbesondere die Breitenangaben) mit Hilfe des TL-Frameworks erstellt?

Nein, ich habe nichts geändert.
Die einzigen Änderungen,welche ich vorgenommen habe ist die Kalendervorschau (Nächste Termine), und dass auch nur innerhalb TL in den Stylesheets per CSS.
Die Breitenangabe der linken Spalte auch innerhalb der TL Seitenlayouts

KORREKTUR: es wird nicht ins MAIN reingeschrieben, der Text, welcher zu lang ist, wird einfach abgechnitten


Gruß
Frank

[xchs]

Im Seitenlayout hast Du also unter Spalte die "linke" ausgewählt und der dann eine fixe Breite im Eingabefeld eingetragen, oder?
Wird Dein so definiertes Seitenlayout auch in der Seitenstruktur für die einzelnen Seiten verwendet (respektive im "Startpunkt einer Webseite" eingetragen) oder ist dort zufällig ein anderes Seitenlayout eingetragen?

[xchs]

KORREKTUR: es wird nicht ins MAIN reingeschrieben, der Text, welcher zu lang ist, wird einfach abgechnitten

Ok, also eine Art "overflow:hidden"-Problem

[supergrobi]

korrekt.


Linke Spalte, Fixe Spaltenbreite im Layout.
Ich habe auch schon getestet, anstatt mod_article eine eigene Klasse mod_article_left einzubinden mit einer fixen Breite,hat aber auch nichts geholfen

[xchs]

So wie es ausschaut, ist das ein CSS-Problem. Schau mal, ob Du für die Klassen innerhalb der linken Spalte irgendwo ein "overflow:hidden" definiert hast

[supergrobi]

nö....nirgends
ich habe auch nur die nächsten Termine (mod_upcoming_events)
und Artikel (mod_article) in der linken Spalte, beide auch mal alle Attribute ausgeschaltet - ohne Veränderung

Das ist ja nichts Schlimmes - aber lästig.
Mache jetzt mal Schluss für heute

Frank

[supergrobi]

ich habe jetzt nochmal alles überprüft und nichts gefunden

Auch schon neue Artikel angelegt,eigene Klasse definiert und damit getestet,
allerdings alles ohne Besserung.

Gibt es denn noch eine Übergeordnete Klasse,welche ich prüfen sollte?

Frank

[xchs]

Also, wenn Du möchtest, schau ich mir die Sache kurz an, sofern die Seite online ist und Du uns den Link bekannt geben möchtest...

[supergrobi]

danke..

habe Dir die Daten mal geschickt, da die Seite zwar online,aber noch nicht offiziell ist

Gruß
Frank

Update:

eine Sache habe ich gefunden:
Der Vorschautext ist ja nicht .mod_article (das ist nur der ganze Artikel), sondern
ce_text mit einer Standardbreitevon 610px

ich habe jetzt in der Testumgebung noch einen ce_text left eingerichtet mit einer Breite von 180px, damit klappt auch der automatische Umbruch.
nur wird der Text immer noch abgeschnitten,aber das suche ich jetzt noch

UPDATE 2:

es funktioniert, ich werde bekloppt

hätte ich mir besser vorher mal den Quelltext angesehen um zu erforschen,
welche Container und Klassen verwendet werden

Klar, dass es mit einer Breite von 610 nicht gehen kann

Gruß
Frank

[xchs]

Ja, war auch grad auf Deiner Seite. Und ja, es stimmt, Du hattest der Klasse ".ce_text" eine fixe Breite von 610 Pixeln zugewiesen. Wenn man das raus nimmt, dann klappt es auch.

Was mir noch aufgefallen ist: Wenn Du Dir mal den Text in der Hauptspalte in der HTML-Ansicht des TinyMCE ansiehst, wirst Du sehen, dass da ziemlich viel unnötiger CSS-Ballast drinnensteckt. Es würd' vielleicht nicht schaden, das etwas aufzuräumen...

[supergrobi]

hmm...

das hatte einen Grund - weiß ich aber nicht mehr

sonst was aufgefallen, was am Gerüst verbesserungswürdig ist?

[xchs]

Du und noch was: Den Backend-Benutzer mit meinen Zugangsdaten kannst Du jetzt gerne wieder löschen, ins Backend musste ich nicht rein und hab mich daher auch nicht angemeldet.

[xchs]

sonst was aufgefallen, was am Gerüst verbesserungswürdig ist?

Wenn Du die Seite durch den Validator laufen lässt, dann gibt es zur Zeit noch einige Fehlermeldung hinsichtlich der korrekten Verwendung des p-Tags...

[supergrobi]

stimmt,

allerdings würde das ja bedeuten, dass ich irgendwo im Quelltext/Template etwas geändert habe,oder?

[xchs]

Naja, Template nehme ich mal an, hast Du keines geändert.

Nein, die Fehlermeldungen rühren von falscher Verwendung des p-Tags in einem bestimmten Kontext her.
Wie ich gerade sehe, ist nunmehr auch noch ein weiterer dazugekommen, nämlich dass Du eine CSS-ID auf einer Seite mehrfach verwendest.

Bitte schau Dir hinsichtlich der Fehlermeldungen die Erläuterungen und Erklärungen des W3C Validators genau an - dann wirst Du auch sehen bzw. verstehen, wo das Problem liegt.

[supergrobi]

Naja, Template nehme ich mal an, hast Du keines geändert.

nicht geändert, nur Farben,größen, höhenangepast

Nein, die Fehlermeldungen rühren von falscher Verwendung des p-Tags in einem bestimmten Kontext her.
Wie ich gerade sehe, ist nunmehr auch noch ein weiterer dazugekommen, nämlich dass Du eine CSS-ID auf einer Seite mehrfach verwendest.

das ist geändert, ich habe auf der lokalen Installation die Spaltenbreite 610px rausgenommen.

Bitte schau Dir hinsichtlich der Fehlermeldungen die Erläuterungen und Erklärungen des W3C Validators genau an - dann wirst Du auch sehen bzw. verstehen, wo das Problem liegt.

mach ich, danke

Frank