nicht angemeldet
@@netsurfer
Wenn jetzt die Höhe des äußeren Containers (Annahme: 100vh) nicht ausreicht, damit der innere Container (variabele Höhe - abhängig vom Inhalt) vollständig ohne Überlauf aufzunehmen, dann weise ich dem inneren Container per JS eine zusätzliche Klasse im Attribut zu. Dadurch kommt ein Multi-Column Style zur Anwendung, welches den Inhalt halt "automatisch" auf die benötigte Anzahl von Spalten aufteilt.
Was gewinnst du dadurch? Wie breit sind denn die einzelnen Spalten?
Gewinnen tue ich dadurch, dass die Höhe des inneren Elements vom Inhalt her dann an die Höhe des äußeren Containers angepasst wird (also kein overflow-y mehr). Die Spaltenbreit entspricht der Breite des äußeren Containers (abzgl. margins). Also anstatt quasi ein "Fenster im Fenster" mit vertikaler Scrollleiste zu haben (das ist die Variante für ohne JS), wird das innere stattdessen in der Höhe angepasst und dafür entsprechend breiter.
(weil overflow: hidden damit keine Scollbar da ist - geblättert wird per margin-left).
Das verstehe ich nicht (vollständig). Das hört sich aber nicht gut an.
Sinn und Zweck ist u.a. keine Scrollbar zu haben, sondern "pagination". Da das ja nur dann zum Einsatz kommt, wenn JS aktiviert ist. Unter dem Fenster gibt es dann entsprechende Buttons zum Blättern ( < Seite 1/3 > ). Tatsächlich "verschoben/ positioniert" wird das innere Fenster dann durch einen entsprechenden Wert für margin-left.
Davon mal abgesehen "funktioniert" das einwandfrei. Nur halt die Geschichte mit der neuen Fenster-/ Containerbreite, wenn der multi-column Style angewendet wird.
Gruß Gunther
Camping_RIDER
Matthias Apsel
Gunnar Bittersmann