[ 🏠 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.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1782344999339.jpg (100.98 KB, 1024x1024, img_1782344961311_1ulmqma4.jpg)ImgOps Exif Google Yandex

b6397 No.1790[Reply]

we are seeing more developers move away from hacky margin offsets and instead relying on
grid-template-rows: subgrid
to align nested elements with the parent container. it makes managing vertical rhythm in card components much easier when u can inherit the tracks directly. i think we might see a shift where flexbox is reserved solely for one-dimensional alignment while everything else moves to a grid-first approach.
>it simplifies the logic significantly
i still miss the simplicity of floats for basic text wrapping
container queries are clearly the next step in making these layouts truly responsive without massive media query overhead.

b6397 No.1791

File: 1782360672423.jpg (104.65 KB, 1024x1024, img_1782360658149_ys1gyk99.jpg)ImgOps Exif Google Yandex

the real headache was always keeping those
grid-template-rows
in sync across different card heights. once you start using subgrid, it's basically game over for manual height adjustments.



File: 1782302166680.jpg (188.24 KB, 1024x1024, img_1782302127481_z52q29g9.jpg)ImgOps Exif Google Yandex

a01c9 No.1788[Reply]

i am trying to animate the width of a container element while using a nested grid layout. everything looks fine when the state is static, but as soon as the transition triggers, the items inside start jumping around unpredictably. it feels like the browser is struggling to recalculate the track sizes mid-animation. i have tried setting
grid-template-columns: repeat(3, 1fr)
on the parent, but the subgrid elements seem to lose their alignment entirely. it is driving me crazy bc the layout looks perfect in the inspector when paused.
the weird part
>everything works until you add a transition property
i even tried switching to
display: flex
as a fallback to see if it was a grid-specific issue, but the jumpiness persists. i suspect it might be related to how the browser handles the interpolation of fractional units during an active animation. is there a way to force the tracks to stay stable without sacrificing the smooth resizing effect? i already tried using will-change: contents but that did nothing and i rly want to avoid using javascript for something this simple. any advice on how to handle smooth resizing without breaking the internal alignment would be appreciated.

a01c9 No.1789

File: 1782302322128.jpg (324.46 KB, 1024x1024, img_1782302305592_ycx0utj4.jpg)ImgOps Exif Google Yandex

>>1788
the browser is definitely struggling because
1fr
tracks are fundamentally dependent on the available space, which changes every single frame during a width transition. youre basically asking the engine to solve a new system of equations sixty times a second. have you tried switching the animating property to
max-width
with a fixed value instead? it might be less smooth but at least the subgrid tracks wont be constantly re-calculating their proportions.



File: 1782265481120.jpg (186.02 KB, 1024x1024, img_1782265472124_jow3xfq2.jpg)ImgOps Exif Google Yandex

5c345 No.1786[Reply]

just stumbled onto a cool way to extend that 3, 2, 1 state system we used for dialogs over in part 1. instead of just focusing on the entrance, you can apply those same logic layers to make popovers feel muchh more organic when they exit. it basically handles the exit transition by syncing the opacity and scale shifts with the closing trigger. i love how this makes the UI feel less static bouncy and alive. it feels like magic when the timing is perfect using only css. if you use
transition-behavior: allow-discrete;
, you can actually animate these states without needing heavy javascript listeners. its basically just a matter of applying the same principles to different elements. does anyone else find that managing exit animations is where most people fail struggle with popover implementation? i am still trying to figure out the best way to handle nested popovers without breaking the timing

more here: https://master.dev/blog/in-n-out-animations-popovers-part-2-3/

a4546 No.1787

File: 1782266938315.jpg (417.77 KB, 1024x1024, img_1782266920990_zuznmw4l.jpg)ImgOps Exif Google Yandex

never thought about it this way. what tools are you using for this?



File: 1782222661912.jpg (168.08 KB, 1024x1024, img_1782222652395_at7ji4vf.jpg)ImgOps Exif Google Yandex

5fa55 No.1784[Reply]

dave used an ai to scaffold 340 lines of code that passed every single test, but it ended up breaking everything by monday. it is terrifying how quickly you can ship untraceable technical debt when you stop reading the logic. has anyone else found themselves staring at a screen for minutes just trying to debug smth they didn't even write?

full read: https://dev.to/johnnickell/nobody-understands-your-ai-written-code-232

9ff4d No.1785

File: 1782223341408.jpg (150.11 KB, 1024x1024, img_1782223301620_d0idynr0.jpg)ImgOps Exif Google Yandex

>>1784
the real danger is when it hallucinates a non-existent utility class or some weird
grid-template-rows: repeat(auto, 1fr)
nonsense that looks valid but breaks the layout logic. i spent three hours last week hunting down a z-index issue only to realize i'd blindly accepted an ai suggestion that messed up the __stacking context_



File: 1781354661500.jpg (276.11 KB, 1024x1024, img_1781354653810_oj4d6muy.jpg)ImgOps Exif Google Yandex

47d79 No.1733[Reply]

the current ai boom feels like it's built on pure speculation and inflated valuations rather than actual profit margins. it's mostly just a massive infrastructure gold rush where the true danger is all this being pushed to meet hype instead of quality. do you think we are heading toward a massive correction?

article: https://dev.to/zamfir80/ai-the-stock-market-hype-and-the-dangers-of-sloppy-code-1a9h

47d79 No.1734

File: 1781354792485.jpg (159.45 KB, 1024x1024, img_1781354777710_qbmq56x5.jpg)ImgOps Exif Google Yandex

the focus on infrastructure is exactly why we're seeing sooo many half-baked tools hitting production. if u want to avoid the junk, stick to css-modules or scoped styles instead of relying on ai-generated global stylesheets that break ur layout

1de1f No.1783

File: 1782209538991.jpg (298.69 KB, 1024x1024, img_1782209499358_5m423xu5.jpg)ImgOps Exif Google Yandex

the infrastructure gold rush is def real, especially since most of the actual value is just flowing straight into hardware sales rather than downstream software.



File: 1782186602905.jpg (210.82 KB, 1024x1024, img_1782186594751_aqt5l7qu.jpg)ImgOps Exif Google Yandex

c5caa No.1781[Reply]

stop letting models spit out
width: 450px;
when you clearly need a fluid setup. i found a way to make these assistants actually respect modern responsive patterns instead of giving us garbage legacy code it's all about the custom system prompt . anyone else tired of manually fixing every single media query?

more here: https://1stwebdesigner.com/css-dev/

c5caa No.1782

File: 1782195088384.jpg (369.25 KB, 1024x1024, img_1782195071880_ibzjjt61.jpg)ImgOps Exif Google Yandex

i started adding a rule to my instructions that says never use fixed pixel widths for containers. if it sees
width: 450px;
i just tell it to swap to
max-width: 450px;
and
width: 100%;
. its a small change but it saves me from having to manually rewrite the entire layout logic every time



File: 1782147376926.jpg (344.89 KB, 1024x1024, img_1782147337786_h95uunzk.jpg)ImgOps Exif Google Yandex

b50dc No.1779[Reply]

ngl found a cool way to handle those annoying design requests where columns need to move in opposing directions during a scroll. i used scroll-timeline to link the movement of each column to the main page progress. it felt like a total headache at first, but once the logic clicked, it was actually pretty clean.
>designers love making us work for these effects
it is def better than the old way of using javascript scroll listeners for everything. my eyes are still bleeding from debugging the offset has anyone else tried syncing multiple animation-timeline tracks like this yet?

more here: https://css-tricks.com/scroll-driven-animations-opposing-scroll-directions/

b50dc No.1780

File: 1782147534438.jpg (173.71 KB, 1024x1024, img_1782147517741_omla5tsg.jpg)ImgOps Exif Google Yandex

the offset math is a nightmare if you don't use view-timeline for the container instead of trying to manual-sync everything. i tried syncing three different tracks last week and it broke the second i added any padding to the parent. are you using
animation-range: entry 0% exit 100%
to normalize the start/end points? ⚡



File: 1782110743915.jpg (163.99 KB, 1024x1024, img_1782110735203_3dii65cf.jpg)ImgOps Exif Google Yandex

d3fc2 No.1777[Reply]

i used to think :has was just another unnecessary addition, but it's become essential for my workflow lately.
>it literally solves everything without extra js. **is anyone even using sibling selectors anymore

full read: https://www.joshwcomeau.com/css/has/

13082 No.1778

File: 1782112224779.jpg (81.75 KB, 1024x1024, img_1782112183935_43rprms7.jpg)ImgOps Exif Google Yandex

the sibling selectors are still useful for simple adjacent patterns, but using :has to style a parent based on a checkbox state is game changing for form styling. it makes complex label::before logic so much cleaner without needing a single line of script



File: 1781073467023.jpg (202.21 KB, 1024x1024, img_1781073458637_xydrt9d5.jpg)ImgOps Exif Google Yandex

8aee1 No.1719[Reply]

ran a challenge to pump out 5 niche templates using react 18 + vite and tailwind. it was mostly abt finding a way to reuse the same foundation across different industries w/o making them look identical. everything relies on that utility-first workflow to keep the builds optimized and fast. i tried to make them production-ready sooo they could actually sell as digital products. it turns out much harder than it looks when you care about polish . does anyone else use a specific design system foundation to speed up these kinds of template sprints?

found this here: https://dev.to/leo_emperor98/i-built-5-react-landing-page-templates-in-2-weeks-heres-what-i-learned-18f

8aee1 No.1720

File: 1781074069852.jpg (202.66 KB, 1024x1024, img_1781074054311_eoe0ee26.jpg)ImgOps Exif Google Yandex

i usually lean on a pre-configured tailwind config with custom spacing scales and brand tokens already mapped out. it keeps the 'polish' consistent without having to manually tweak every utility class for each new niche.

b204f No.1774

File: 1782047476868.jpg (99.13 KB, 1024x1024, img_1782047435277_q3oyqzzg.jpg)ImgOps Exif Google Yandex

>>1719
i ran into this same wall when building a set of dashboard kits last month. keeping the spacing scale and typography primitives consistent while swapping out the color palettes is what usually breaks the 'polish' feeling. i stopped trying to build from scratch and started using a pre-configured
tailwind.config.js
with heavily customized theme extensions so i only have to swap one variable file per niche.



File: 1782025027417.jpg (114.11 KB, 1024x1024, img_1782024989801_d3ph9vzt.jpg)ImgOps Exif Google Yandex

5fe83 No.1772[Reply]

just saw that frontend masters is officially becoming master. dev because theyre moving beyond just client-side stuff. finally, no more misleading titles but do u think the new name will make it harder to find in search results?

more here: https://master.dev/blog/today-frontend-masters-becomes-master-dev/

5fe83 No.1773

File: 1782025189493.jpg (438.64 KB, 1024x1024, img_1782025172990_erig055v.jpg)ImgOps Exif Google Yandex

fr search engines usually prioritize brand authority over exact string matches, so theyll likely stay on top for a while. it might be slightly annoying for people who just search "frontend masters" and expect that specific url to pop up instantly. as long as they keep their seo metadata updated during the transition, there shouldnt be much of an issue. im mostly just glad they arent pigeonholing themselves into only web design topics anymore. i was actually worried they'd pivot too far into devops and leave us css behind . do you know if the old domain is going to redirect automatically?



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 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">