Was wir von Grid wollen

Avatar of Chris Coyier
Chris Coyier am

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Wir fühlten uns für einen Moment mit CSS-Grid verwöhnt. Es kam heiß und schnell in allen großen Browsern gleichzeitig an. Jetzt, da wir mehr Nutzung sehen, wollen die Leute mehr von Grid.

Michelle Barker listet ihre Wünsche auf (und ich werde meinen Kommentar danach einfügen)

  • Stilistische Zeilen- und Spaltengrößen. Ich habe auch gehört, dass direkte Styling von Grid-Zellen gewünscht wird, anstatt ein Element dort platzieren zu müssen und dieses Element zu stylen.
  • Mehrere Abstandswerte. Ich wollte das erst letzte Woche, und mir wurde gesagt, ich solle eine leere Spalte oder Zeile anstelle eines Abstands verwenden. Die Größe dieser Spalte kann gesteuert werden, und die Dinge werden entsprechend platziert, um sie wie einen Abstand zu behandeln. So okay, außer dass das für implizite Grids nicht besonders benutzerfreundlich ist.
  • Autoflow-Muster. Das ist clever. Schau dir Michelles Anwendungsfall und Vorschlag an.
  • calc() mit der fr-Einheit. Das ist ein Gehirnverdreher. Ich kann verstehen, dass man etwas wie calc(1fr - 100px) machen möchte, aber dann ist der verbleibende Platz nicht 100px zu kurz und 1fr wird neu berechnet, um diesen Platz zu füllen? Scheint endlos schleifig.
  • Rasterzellen mit Seitenverhältnis. Ich vermute, wenn wir das bekommen, wird es eine generische Lösung für das Seitenverhältnis sein, die auf jedem Element funktioniert, einschließlich Elementen, die auf einem Grid platziert werden.

Subgrid wird ebenfalls stark nachgefragt, und ich verstehe warum. Beim Erstellen des letzten Seitenlayouts, das ich mit Grid erstellt habe, habe ich mir stark gewünscht, die Gesamtlinien des Seitenrasters innerhalb von Unterelementen teilen zu können.

Rachel Andrew sprach vor etwa sechs Monaten in CSS Grid Level 2: Here Comes Subgrid über seinen Status. Ich bin mir nicht sicher, wo es jetzt steht, aber ich glaube nicht, dass es bisher von einem Browser unterstützt wird. (Ich bin mir nicht einmal sicher, ob die Spezifikation technisch fertig ist.)

Brad äußerte den Wunsch hier

Und Ken Bellows schreibt

  • Wenn wir Subgrid mit grid-template-areas innerhalb der Karten kombinieren (lies meinen letzten Beitrag, wenn du Grid Areas nicht kennst, es wird dich umhauen), werden komplexe reaktionsfähige kartenbasierte Layouts trivial.
  • Die Aussicht auf ein Subgrid auf beiden Achsen gibt uns eine Möglichkeit, relative Rasterpositionierung zu erreichen, zumindest für semantisch gruppierte Elemente, wie ich es mir oben gewünscht habe! Gruppiere deine Elemente in einem Container, positioniere deinen Container im Raster, mache diesen Container zu einem Subgrid auf beiden Achsen und deklariere deine Spuren relativ zur Rasterposition des Subgrid-Elements!
  • Zwischen Flexbox, Grid, display: contents und Subgrids werden wir endlich alles haben, was wir brauchen, um sehr schlanke, saubere, semantische Markup ohne jeglichen Schnickschnack oder rein strukturelle Elemente zu schreiben. Das wird ein großer Gewinn für Barrierefreiheit, SEO und einfach für Entwickler sein, die dein Markup verstehen wollen!

Eric Meyer nannte Subgrid vor drei Jahren eine essentielle Funktion

Deshalb bin ich zu demselben Schluss gekommen, zu dem andere Grid-Experten (wie Rachel) bereits gekommen sind: Subgrids sind eine Hauptkomponente des Grid-Layouts und sollten Teil jeder Grid-Layout-Implementierung sein, sobald sie aus dem Developer-Preview-Status herauskommt. Wenn das bedeutet, das Erscheinen von Grids zu verzögern, denke ich, dass es das wert ist.

Und natürlich will jeder immer noch natives Masonry. ;)