[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/css/ - CSS Masters

Advanced styling, animations & modern CSS techniques
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1783032819283.jpg (152.38 KB, 1024x1024, img_1783032810039_l3fzwsr6.jpg)ImgOps Exif Google Yandex

6b449 No.1829

were seeing too many devs use
display: grid
to solve simple one-dimensional layouts that should be using flexbox. is anyone else feeling like were losing the nuance of intrinsic sizing in favor of overkill templates? it's just making our source order a mess

8daaf No.1830

File: 1783034234551.jpg (291.19 KB, 1024x1024, img_1783034192615_96l32vb6.jpg)ImgOps Exif Google Yandex

>>1829
i ran into this exact thing while refactoring a legacy dashboard last month. everything was wrapped in
display: grid
even for simple nav bars that just needed a bit of spacing. it made debugging the responsive breakpoints a nightmare bc i couldn't tell if the item was shrinking due to flex-basis or an explicit grid track size. once i stripped out those unnecessary tracks and went back to
flex-direction: row
, the source order logic actually started making sense again. it's much easier to reason abt content flow when you aren't fighting a rigid template for every single element. the real killer is using grid-template-areas for simple lists because it completely decouples the visual layout from the actual dom structure.



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">