Rachel Andrew stellt die Tatsache vor, dass Masonry Layout in nativem CSS über CSS Grid Layout eine Sache sein wird. Das Ding bei Masonry ist, dass wir es größtenteils bereits tun können, aber es gibt nur eine Sache, die es schwierig macht: die vertikale Staffelung zu machen und eine Links-nach-Rechts-Quellreihenfolge zu haben. Das wird diese neue Fähigkeit lösen, zusätzlich dazu, dass sie im Allgemeinen weniger hackelig ist.
Sie können eine teilweise Implementierung bereits in Firefox Nightly testen, indem Sie layout.css.grid-template-masonry-value.enabled aktivieren.
.container {
display: grid;
grid-template-columns: repeat(4, 1fr);
grid-template-rows: masonry;
}Ich mag die Syntax grid-template-rows: masonry;, weil ich denke, dass sie klar kommuniziert: „Sie legen diese Zeilen nicht fest. Tatsächlich gibt es gar keine richtigen Zeilen mehr, wir kümmern uns darum.“ Was ich vermute, bedeutet, dass es in Subgrid keine Zeilen zum Erben gibt, was auch sinnvoll ist.
Ich erinnere mich an Designer, die auf abgerundete Ecken bestanden, als es lächerlich viel zusätzlichen HTML-Code erforderte und/oder die Ecken von Bildern abrundete…
CSS border-radius kam auf und es war so einfach. Vielleicht war es zufällig mit Metro-Design, dann hat iOS abgerundeten Skeuomorphismus abgeschafft, aber Designer verloren sofort das Interesse an abgerundeten Ecken.
Wenn Masonry Layouts so einfach werden, vermute ich, dass dasselbe gelten wird.
Ahhh… klassisch. Entwickler sprechen über Design ohne jegliche Kenntnis davon.
Radius und Masonry Layout sind nur Möglichkeiten, Ideen darzustellen, und Designer verwenden sie, wenn sie passen. Es geht nicht um Interesse oder Trends, also… Designentscheidungen sollten respektiert werden, egal ob die Implementierung schwierig ist oder nicht.
Entwickler coden, Designer designen. Jede Rolle sollte die andere respektieren.
Ja! Und einige machen beides.