Ergebnis 1 bis 29 von 29

Thema: Wie veraltete CSS-Eigenschaft "clip" in CSS-Regel für ".invisible" entfernen?

  1. #1
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Frage Wie veraltete CSS-Eigenschaft "clip" in CSS-Regel für ".invisible" entfernen?

    Leider befindet sich in der CSS-Regel für die Klasse ".invisible" die veraltete Eigenschaft "clip".
    Bei Contao-Updates macht diese Eigenschaft regelmäßig Probleme, gerade geschehen beim Update von 5.3.3 auf 5.3.4.

    Ein zeitgemäßer Ersatz für
    "clip: rect(0 0 0 0);"
    wäre z.B.
    "clip-path: circle(0);"

    Wie kann ich dauerhaft dafür sorgen, dass "clip: rect(0 0 0 0);" bei Updates nicht wieder "aktiv" wird?

    Einen Workaround für ".invisible", bei dem die veraltete Eigenschaft mit der zeitgemäßen Eigenschaft überschrieben wird, möchte ich vermeiden.
    Bei diesem Workaround muss für ".invisible:focus" dann zudem die veraltete Eigenschaft "clip: auto;" zusätzlich zu "clip-path: none;" notiert werden.

  2. #2
    Community-Moderatorin & Contao-Urgestein Avatar von mlweb
    Registriert seit
    10.07.2011.
    Beiträge
    7.080
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Am einfachsten geht so etwas m. E., wenn man das Contao-Framework gar nicht verwendet und nur eigenes CSS einsetzt.
    Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
    Unterstütze bitte das Contao-Projekt (Button Links)
    Weitere Spendenmöglichkeiten
    ------------------------------------------------------------------------------------------------------
    Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
    Contao-Online-Video-Kurse: Contao Academy
    Funktionalität erweitern: Contao-Erweiterungen

    Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.




  3. #3
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Frage

    Das stimmt wohl.

    Aber "Layout-Builder" und "Responsives Layout" bringen doch schon einige sinnvolle "Features" mit.
    Deshalb habe ich sie aktiviert.

    Dann muss ich mir wohl die Arbeit machen, die sinnvollen "Features" aus den beiden genannten CSS-Frameworks herauszufiltern und in das eigene CSS zu integrieren.

    Ich dachte, es gibt vielleicht eine einfachere Methode.

    Da "Responsives Layout" den "Layout-Builder" zwingend voraussetzt, wäre es hilfreich, wenn ich wüsste, welche CSS-Regeln zu "Responsives Layout" und welche CSS-Regeln zum "Layout-Builder" gehören.

    Wie kann ich das herausfinden?
    Geändert von gbecker (12.04.2024 um 12:43 Uhr)

  4. #4
    Contao-Fan Avatar von mdoll
    Registriert seit
    25.06.2009.
    Ort
    Wietze
    Beiträge
    351

    Standard

    Moin,

    das sollte schnell gemacht sein, Du findest die CSS-Dateien bei github:

    https://github.com/contao-components...o/tree/9.x/css

    Welche davon jetzt genau zum Layout Builder und zum responiven Layout gehören, weiß ich allerdings nicht. Die .invisible Anweisung steht in der layout.css.

    Gruß
    Mathias
    The idea is to die young as late as possible!

  5. #5
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.198
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Die Zuordnung scheint mir doch recht eindeutig durch die Namen der CSS-Dateien gegebenzu sein.
    layout.css und responsive.css.

  6. #6
    Community-Moderator & Contao-Urgestein Avatar von derRenner
    Registriert seit
    23.10.2012.
    Ort
    hoRn|waldviertel
    Beiträge
    2.914
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen
    ... gerade geschehen beim Update von 5.3.3 auf 5.3.4.
    sofern du die 'Bildausrichtung' im CE Text verwendest müsstest du sowieso auch dein CSS anpassen » auch hier wurde in 5.x nachgebessert.
    Ich denke, dass wenn du dir ein custom.css vorrichtest, welches du dann in jede Installation mit aufnimmst und dieses stetig erweiterst, wirst du dann schon relativ rasch einen neuen, funktionierenden workaround für "veraltetet und nicht mehr vorhandene" Anweisungen haben.
    Grüsse
    Bernhard


  7. #7
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Daumen hoch

    Besten Dank für die Hinweise.
    Ich bin dem Vorschlag von mlweb gefolgt und "Responsives Layout" sowie "Layout-Builder" durchgegangen, um die benötigten CSS-Regeln herauszufiltern. Der Umfang der benötigten CSS-Regeln hielt sich erfreulicherweise stark in Grenzen, sodass ich auf die Einbindung von "Responsives Layout" und "Layout-Builder" nun ganz verzichten kann.

  8. #8
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Fehler Update: Verzicht auf Verwendung von "Responsives Layout" und "Layout-Builder"

    Wer mit dem Gedanken spielt, auf den Einsatz der Contao-eigenen CSS-Frameworks "Responsives Layout" und "Layout-Builder" zu verzichten, sollte auf jeden Fall die CSS-Regel
    Code:
    .block {
      overflow: hidden;
    }
    aus der Layout-Builder-CSS-Datei in die eigene CSS-Datei (custom.css) übernehmen.

    Beim Herausfiltern der benötigten CSS-Regeln habe ich diese unscheinbare Regel übersehen.
    Sie sorgt dafür, dass die Navigation auf dem Smartphone korrekt angezeigt wird. Die CSS-Klasse ".block" wird in den Navigationsmodulen verwendet.

    Ich hatte diese Regel nicht übernommen, weil beim Testen im simulierten Smartphone-Mode des Browsers kein Unterschied sichtbar wird, wenn diese Regel fehlt.
    Der Unterschied ist erst beim Testen auf dem Smartphone aufgefallen.

    Möglicherweise gibt es noch weitere CSS-Regeln in "Responsives Layout" und "Layout-Builder", die, wenn sie fehlen, nur beim Testen auf dem Smartphone auffallen.

  9. #9
    Community-Moderatorin & Contao-Urgestein Avatar von mlweb
    Registriert seit
    10.07.2011.
    Beiträge
    7.080
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Das ist eine Geschmacksfrage. Manch einer - ich z.B. - will das nicht pauschal für alle Elemente mit der Klasse block haben. Das sind standardmäßig deutlich mehr als die Navigationsmodule, z.B. auch die Artikel.
    Man kann so etwas auch ganz gezielt bei bestimmten Elementen einsetzen.
    Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
    Unterstütze bitte das Contao-Projekt (Button Links)
    Weitere Spendenmöglichkeiten
    ------------------------------------------------------------------------------------------------------
    Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
    Contao-Online-Video-Kurse: Contao Academy
    Funktionalität erweitern: Contao-Erweiterungen

    Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.




  10. #10
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Ich habe bei dem in meiner Konstellation aufgetretenen Layout-Fehler keine finale Ursachenforschung betieben.
    Debugging direkt auf dem Smartphone ist nicht wirklich eine Option. Der Kiwi-Browser hat zwar Entwicklerwerkzeuge, bisher konnte ich allerdings nicht herausfinden, wie ich dort Layout und CSS sinnvoll miteinander vergleichen und verändern kann.

    Mir ist der gavierende Layout-Fehler wie gesagt nicht in der Smartphone-Simulation im Desktop-Browser, sondern erst, als ich direkt auf dem Smartphone getestet habe, aufgefallen:
    Das Hamburger-Icon wurde auf Grund der fehlenden "overflow: hidden" Anweisung außerhalb des Viewports positioniert. Um an das Hamburger-Icon zu gelangen musste ich die Seite nach links verschieben.
    Das Kuriose dabei war, dass dieser Layout-Fehler nicht konsistent auf allen Seiten auftrat, sondern nur auf manchen.
    Ich konnte auch keine besonderen Komponenten auf den betroffenen Seiten finden, die für diesen Layout-Fehler vielleicht verantwortlich gewesen sein könnten.

    Mit meinem "Update" wollte ich darauf aufmerksam machen, dass ein Verzicht auf die Contao-eigenen CSS-Frameworks "Layout-Builder" und "Responsives Layout" gewisse "Gefahren" birgt.
    Wie eingangs erwähnt, liefern die Contao-eigenen CSS-Frameworks doch schon einige sinnvolle "Features". Wenn sie weggelassen werden, kann dies wie in meinem Fall u.U. zu unerwünschten "Nebenwirkungen", die nicht direkt auffallen, führen.

    Wer kennt die Beweggründe, die CSS-Klasse ".block" mit "overflow: hidden" als "Grundregel" einzuführen? Vielleicht könnte ich mit diesem Hintergrundwissen dem Layout-Fehler in meiner Konstellation auf die Spur kommen.

  11. #11
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    35.517
    Partner-ID
    10107

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen
    Wer kennt die Beweggründe, die CSS-Klasse ".block" mit "overflow: hidden" als "Grundregel" einzuführen? Vielleicht könnte ich mit diesem Hintergrundwissen dem Layout-Fehler in meiner Konstellation auf die Spur kommen.
    Vermutlich damit dieser Container die volle Höhe einnimmt, falls sich floating elements darin befinden.
    » sponsor me via GitHub or PayPal or Revolut

  12. #12
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.198
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen
    Wer kennt die Beweggründe, die CSS-Klasse ".block" mit "overflow: hidden" als "Grundregel" einzuführen? Vielleicht könnte ich mit diesem Hintergrundwissen dem Layout-Fehler in meiner Konstellation auf die Spur kommen.
    Ich kann nicht für die Entwickler sprechen, die das bereits vor langer Zeit so gemacht haben. Aber auch der Kommentar im css-File legt die Vermutung nahe, dass hierdurch sichergestellt werden soll, dass in den entsprechenden Bereichen am Ende alle Floats gecleart sind und nicht Probleme bei der Darstellung der gefloateten Elemente und in anderen Bereichen verursachen. Es ist die einfachste Methode um das zu erreichen ohne auf ein clearfix zurückgreifen zu müssen.

  13. #13
    Contao-Fan
    Registriert seit
    24.02.2021.
    Beiträge
    984
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Die .invisible Klasse ist für Screenreader wichtig und hat noch CSS-Eigenschaften, welche als Fallback für Internet-Explorer und co. funktionieren könnten.
    Wenn dieses "invalide" CSS nicht korrekt ist, mache einen PR in der contao-component oder verzichte auf die Verwendung des CSS-Frameworks und schreibe dir diese selbst.

    Ich verstehe immer noch nicht, warum dies stört, da es keine Auswirkungen in deinen Seiten haben sollte?

  14. #14
    Contao-Fan
    Registriert seit
    24.02.2021.
    Beiträge
    984
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen
    Wer kennt die Beweggründe, die CSS-Klasse ".block" mit "overflow: hidden" als "Grundregel" einzuführen? Vielleicht könnte ich mit diesem Hintergrundwissen dem Layout-Fehler in meiner Konstellation auf die Spur kommen.
    Du musst das Framework von Contao nicht nutzen.
    Mir ist overflow: hidden ein Dorn im Auge, da dadurch position: sticky nicht funktioniert.

    Wenn du beim Ausschalten der Frameworks Seiteneffekte hast, dann musst du diese bei dir beheben, es ist kein Bug des Frameworks sondern in deinem CSS.

  15. #15
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Zitat Zitat von zoglo Beitrag anzeigen
    Du musst das Framework von Contao nicht nutzen.
    Wenn es so einfach wäre, würde ich hier nicht posten.

    Es geht mir nicht um Bugs im CSS-Code von Contao oder in meinem CSS-Code.
    Das Thema war, einen gangbaren Weg zu finden, einerseits deprecated CSS-Code zu vermeiden und andererseits auf bestehendem CSS-Code aufzusetzen.
    Ein gangbarer Weg bedeutet für mich, auf "Workaround-Code" möglichst zu verzichten.

    Danke für den Hinweis auf das Thema "Floating".

    In meinem CSS-Code, der überwiegend auf flexbox und grid basiert, gibt es nur ein "float" für die Checkbox im Kontaktformular und ein "float" für die Positionierung des Submenü-Icons in der Navigation. Die Seite mit dem Kontaktformular ist vom Layout-Fehler nicht betroffen. Das "float" für die Positionierung des Submenü-Icons kann ebenfalls nicht für den Layout-Fehler verantwortlich sein, weil die Navigation auf jeder Seite eingebunden ist. Es müssten also alle Seiten fehlerhaft dargestellt werden. Das ist nicht der Fall.

    Das HTML-Gerüst von Contao kann aus meiner Sicht nicht unabhängig vom damit verbundenen CSS Design-Ansatz verwendet werden. Es gibt ein komplexes Geflecht von gegenseitigen Abhängigkeiten.
    Wie sich an meinem Beispiel zeigt, kann grundlegender CSS-Code nicht einfach weggelassen werden, ohne dass an irgendeiner Stelle möglicherweise ein gravierender Fehler auftritt, der nur sehr schwer nachvollziehbar ist.
    Geändert von gbecker (02.05.2024 um 17:03 Uhr)

  16. #16
    Contao-Fan
    Registriert seit
    24.02.2021.
    Beiträge
    984
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Es ist nachvollziehbar, wenn dein Theme ohne die Contao-Frameworks aufgebaut wurde.

    Du kannst dir den Teil der Contao CSS-Frameworks kopieren und in einer eigenen CSS hinzufügen, was spricht denn dagegen es nicht selbst einzubinden?

  17. #17
    Community-Moderatorin & Contao-Urgestein Avatar von mlweb
    Registriert seit
    10.07.2011.
    Beiträge
    7.080
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Es ist müssig weiter darüber zu diskutieren. Viele Wege führen nach Rom.
    Du hast bisher das Framework genutzt und jetzt festgestellt, dass Du einige Sachen aus dem Framework benötigst. Dann übernimmst Du halt die Regeln, die Du benötigst.

    Andere (ich z.B.) haben das Framework nie verwendet und schreiben von A-Z eigenes CSS.

    Das ist der Grund warum Deine Empfehlung

    Zitat Zitat von gbecker Beitrag anzeigen
    Wer mit dem Gedanken spielt, auf den Einsatz der Contao-eigenen CSS-Frameworks "Responsives Layout" und "Layout-Builder" zu verzichten, sollte auf jeden Fall die CSS-Regel
    Code:
    .block {
      overflow: hidden;
    }
    aus der Layout-Builder-CSS-Datei in die eigene CSS-Datei (custom.css) übernehmen.
    m.E. nur für Dich und Deinen Fall korrekt ist.
    Es gibt deutlich mehr Regeln aus dem Framework die entweder komplett oder in abgewandelter Form den Weg ins eigene CSS finden können oder sollen.
    Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
    Unterstütze bitte das Contao-Projekt (Button Links)
    Weitere Spendenmöglichkeiten
    ------------------------------------------------------------------------------------------------------
    Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
    Contao-Online-Video-Kurse: Contao Academy
    Funktionalität erweitern: Contao-Erweiterungen

    Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.




  18. #18
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Ich zitiere mlweb:

    Zitat Zitat von mlweb Beitrag anzeigen
    Am einfachsten geht so etwas m. E., wenn man das Contao-Framework gar nicht verwendet und nur eigenes CSS einsetzt.
    Wenn ich der Argumentation von zoglo folge, ist es sehr wohl angezeigt, das Contao-Framework - zumindest die grundlegenden "Responsives Layout" und "Layout-Builder" - zu verwenden, da ein vollständiges Weglassen dieser beiden Frameworks möglicherweise zu unerwünschten "Nebenwirkungen" führen kann.

    Insofern ist die pauschale Antwort "Am einfachsten geht so etwas m.E., wenn man das Contao-Framework gar nicht verwendet" nicht zutreffend und führt in die Irre.

    Ich denke auch nicht, dass diese Diskussion müssig ist, und ich hier nur einen Spezialfall, der nur auf mich zutrifft, poste. Wie ich bereits sagte, kann das HTML-Gerüst von Contao nicht unabhängig vom damit verbundenen CSS Design-Ansatz verwendet werden. Zoglo stimmt dieser These mit seiner Argumentation indirekt zu. Mittlerweile haben sich die CSS Design-Ansätze gewandelt. Möglicherweise kommt es bei der Verwendung von "flexbox" und "grid" zu unerwünschten "Wechselwirkungen".
    Geändert von gbecker (02.05.2024 um 17:26 Uhr)

  19. #19
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    35.517
    Partner-ID
    10107

    Standard

    Das CSS Framework von Contao existiert seit Typolight - und ist auch dementsprechend veraltet. Der Sinn des CSS Frameworks war es eine Art "Schnellstart" für die Umsetzung einer Website zu haben. Das CSS Framework existiert im Prinzip allerdings nur mehr aus Rückwärtskompatibiliätsgründen und wird in Contao 6 evt. entfernt.
    » sponsor me via GitHub or PayPal or Revolut

  20. #20
    Community-Moderatorin & Contao-Urgestein Avatar von mlweb
    Registriert seit
    10.07.2011.
    Beiträge
    7.080
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen

    Wenn ich Deiner Argumentation folge, ist es sehr wohl angezeigt, das Contao-Framework - zumindest die grundlegenden "Responsives Layout" und "Layout-Builder" - zu verwenden, da ein Weglassen dieser beiden möglicherweise zu unerwünschten "Nebenwirkungen" führen kann.
    Eigenes CSS schreiben bedeutet alle Regeln, die man braucht selbst zu schreiben. Natürlich kann man dazu auch im Framework spicken um nichts zu vergessen oder einiges so zu übernehmen wie es im Framework steht. Aber man übernimmt eben nur die Regeln, die einem sinnvoll erscheinen. Regeln für bestimmte Selektoren übernimmt man gar nicht oder schreibt diese ganz anders.

    Übrigens die Contao-Demo verwendet auch kein Framework.
    Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
    Unterstütze bitte das Contao-Projekt (Button Links)
    Weitere Spendenmöglichkeiten
    ------------------------------------------------------------------------------------------------------
    Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
    Contao-Online-Video-Kurse: Contao Academy
    Funktionalität erweitern: Contao-Erweiterungen

    Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.




  21. #21
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Wenn das CSS Framework in Contao 6 möglicherweise entfernt werden soll, wird das sicherlich auch das HTML-Gerüst betreffen. Eine weniger verschachtelte HTML-Struktur wäre wünschenswert.
    Mit "flexbox" und "grid" lässt sich auch eine weniger stark verschachtelte HTML-Struktur differenziert layouten.

  22. #22
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    35.517
    Partner-ID
    10107

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen
    Eine weniger verschachtelte HTML-Struktur wäre wünschenswert.
    In wie fern?
    » sponsor me via GitHub or PayPal or Revolut

  23. #23
    Community-Moderatorin & Contao-Urgestein Avatar von mlweb
    Registriert seit
    10.07.2011.
    Beiträge
    7.080
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Mit den neuen Twig-Templates hat sich doch schon einiges geändert an der HTML-Struktur der Content-Elemente.
    Außerdem kannst Du für die HTML-Struktur Deine eigenen Templates verwenden und somit auch ganz anderes HTML rendern lassen.
    Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
    Unterstütze bitte das Contao-Projekt (Button Links)
    Weitere Spendenmöglichkeiten
    ------------------------------------------------------------------------------------------------------
    Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
    Contao-Online-Video-Kurse: Contao Academy
    Funktionalität erweitern: Contao-Erweiterungen

    Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.




  24. #24
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Zitat Zitat von mlweb Beitrag anzeigen
    Aber man übernimmt eben nur die Regeln, die einem sinnvoll erscheinen. Regeln für bestimmte Selektoren übernimmt man gar nicht oder schreibt diese ganz anders.
    Genau das habe ich - wie oben beschrieben - getan. Das Ergebnis war ein für mich nicht nachvollziehbarer Darstellungsfehler, der mit den beim Coden verfügbaren Test-Tools nicht erkennbar war. Der Darstellungsfehler ist erst beim Testen auf einem realen Endgerät aufgefallen. Zudem handelt es sich um einen Darstellungsfehler, der inkonsistent auftritt.

    Deshalb habe ich mit meinem Update darauf hingewiesen, dass ein Verzicht auf grundlegende CSS-Regeln aus den Contao CSS-Frameworks möglicherweise zu unerwünschten "Nebenwirkungen" führen kann.

    Das HTML-Gerüst von Contao kann wie gesagt nicht ohne weiteres ohne den damit verbundenen CSS Design-Ansatz verwendet werden. Neuere CSS Design-Ansätze müssen diesem Umstand anscheinend in besonderer Weise Rechnung tragen.

    Zitat Zitat von mlweb Beitrag anzeigen
    Außerdem kannst Du für die HTML-Struktur Deine eigenen Templates verwenden und somit auch ganz anderes HTML rendern lassen.
    Auf diesem Weg stellt sich dann irgendwann die Frage, warum ich überhaupt Contao und nicht ein anderes CMS verwende. Ich denke schon, dass es gut und sinnvoll ist, auf bestehenden Strukturen aufzusetzen und sich auf den gegebenen Design-Ansatz einzulassen, um ein nachhaltiges Ergebnis zu erzielen. Contao liefert ja semantisch gut aufgebautes HTML. Warum sollte ich das nicht nutzen, vorallem in Hinblick auf Wartung und Updates.

  25. #25
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Zitat Zitat von Spooky Beitrag anzeigen
    In wie fern?
    Zum Beispiel:
    <main id="main"> in einem <div id="container">
    <div class="rte"> in einem <div class="content-text">

    Sicherlich haben diese DIVs eine bestimmte Funktion innerhalb des CMS, aber möglicherweise könnten diese DIVs auch aus dem System entfernt werden.

    Verschlankungen dieser Art könnten die HTML-Struktur übersichtlicher machen.

  26. #26
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    35.517
    Partner-ID
    10107

    Standard

    Da besteht kein Grund zur Änderung. Der .rte Wrapper ist sogar eine Neuerung in Contao 5.
    » sponsor me via GitHub or PayPal or Revolut

  27. #27
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Beitrag

    Zitat Zitat von Spooky Beitrag anzeigen
    Da besteht kein Grund zur Änderung. Der .rte Wrapper ist sogar eine Neuerung in Contao 5.
    Steht "rte" für "Rich Text Editor"?

    Laut BennyBorn ist der .rte Wrapper für die Positionierung von Bildern mittels Flexbox gedacht:
    Zitat Zitat von BennyBorn Beitrag anzeigen
    Hab mich noch nicht mit CTO5 beschäftigt aber ich würde mal annehmen um die Bilder endlich nicht mehr zu floaten, sondern ordentlich mit Flexbox neben den Content setzen zu können. Mache ich bei meinen Templates auch meistens so.
    Das wäre dann ja sogar in meinem Sinne.

  28. #28
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    35.517
    Partner-ID
    10107

    Standard

    Zitat Zitat von gbecker Beitrag anzeigen
    Steht "rte" für "Rich Text Editor"?
    Genau. In den neuen Templates von Contao 5 ist der textliche Inhalt eines Text Inhaltselementes nun in einem <div> gruppiert, was diverse Styling Aufgaben erleichtert. Wenn du es anders haben willst kannst du dir, wie immer, die Templates anpassen.
    » sponsor me via GitHub or PayPal or Revolut

  29. #29
    Contao-Nutzer
    Registriert seit
    23.11.2023.
    Beiträge
    36

    Standard

    Zitat Zitat von zoglo Beitrag anzeigen
    Mir ist overflow: hidden ein Dorn im Auge, da dadurch position: sticky nicht funktioniert.
    Danke für Deinen Hinweis auf "position: sticky". Er hat mich bei der Fehlersuche auf die richtige Spur gebracht.

    Ich verwende in meinem CSS nicht "position: sticky", sondern "position: fixed", und zwar für den "#header".

    Hierbei verhält es sich genau umgekehrt: Bei Verwendung von "position: fixed" muss ich zwingend auch "overflow: hidden" für ".block" setzen, wenn ich gleichzeitig irgendwo auf der Seite ein Bild mit einem negativen margin-right im Artikel-Modul einbinde. Das Artikel-Modul hat ja standardmäßig die Klasse ".block". Ohne Angabe von "overflow: hidden" wird in diesem Fall das Hamburger-Icon rechts außerhalb des Viewports positioniert.

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 3 (Registrierte Benutzer: 0, Gäste: 3)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •