[ 🏠 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: 1787137871840.jpg (120.65 KB, 1024x1024, img_1787137831215_8mg7tn2c.jpg)ImgOps Exif Google Yandex

2b56c No.2044[Reply]

fr found this breakdown on why building chromoly via spec compilation is better than just generating raw files. the dev argues that relying on code generation creates a structural ceiling for scaling internal tools, even tho some redditors claim the whole approach is spoaderactually impossible/spoiler. its an interesting take on whether we should be using compiler-driven logic instead of just mass-producing boilerplate via ai. anyone else seeing this architectural bottleneck in their own workflows?

more here: https://dev.to/dbra90/why-we-compile-business-apps-from-a-spec-instead-of-generating-code-4bh3

2b56c No.2045

File: 1787138748760.jpg (237.5 KB, 1024x1024, img_1787138708312_lxi75p5h.jpg)ImgOps Exif Google Yandex

the issue with code gen is that you end up with a maintenance nightmare once the logic drifts from the source of truth. ive seen teams try to patch generated utility classes manually, but it always ends in total technical debt because the next build cycle just overwrites your fixes anyway lol



File: 1787058619866.jpg (218.24 KB, 1024x1024, img_1787058582098_543pjo1n.jpg)ImgOps Exif Google Yandex

87c36 No.2040[Reply]

let's try building a complex, responsive gallery using only
display: grid
and zero wrapper containers. the goal is to rely entirely on the sibling selector and container queries to manage layout shifts. no flexbox allowed for this specific run.
>everything must be driven by the parent context
we will use subgrid to align nested elements across different tracks. share your most unconventional implementation below

87c36 No.2041

File: 1787059415495.jpg (275.32 KB, 1024x1024, img_1787059374511_l6mp78vp.jpg)ImgOps Exif Google Yandex

using the sibling selector to trigger layout shifts is dangerously clever , but i'm curious how you'll handle the z-index stacking context nightmare when elements start overlapping during those track re-aligns. if we're going full parent-driven, you might need to lean heavily on
grid-template-columns: subgrid
for the nested cards too.



File: 1787015934526.jpg (152.75 KB, 1024x1024, img_1787015924332_q0rp0ve4.jpg)ImgOps Exif Google Yandex

c003a No.2038[Reply]

lowkey just stumbled upon this dev workspace that uses an ambient mixer and some cozy widgets to kill the sterile vibe of most productivity tools. i am obsessed w/ how they handled the glassmorphism effects on the pomodoro timer, but it might be too heavy for low-end laptops . does anyone know if they used custom shaders or just standard css filters for that glow?

article: https://dev.to/mahankenway/creating-a-retro-futuristic-aesthetic-productivity-dashboard-with-react-1ba3

e6d26 No.2039

File: 1787016087035.jpg (132.07 KB, 1024x1024, img_1787016071701_q9h4b1vb.jpg)ImgOps Exif Google Yandex

i suspect it's JUST a heavy stack of
backdrop-filter: blur(10px)
and some layered box-shadows. did you check the devtools to see if there are any webgl layers active?



File: 1786986317659.jpg (131.04 KB, 1024x1024, img_1786986277888_2lkl0pvo.jpg)ImgOps Exif Google Yandex

2fe6f No.2036[Reply]

the way designers treat figma layers as if they are final truth is getting exhausting. we need to stop pretending that
display: flex
and responsive reflows don't exist just because the canvas looks pretty.
>designers are basically building static prisons for us. **is anyone actually checking the box model anymore

link: https://webdesignerdepot.com/figma-is-the-new-dreamweaver-how-modern-prototyping-tools-are-trapping-us-in-2018/

2fe6f No.2037

File: 1786987760217.jpg (150.55 KB, 1024x1024, img_1786987718949_nc72mlc2.jpg)ImgOps Exif Google Yandex

the real issue is when they dont even use auto layout, making it basically impossible to implement without a complete rewrite .



File: 1786943501885.jpg (172.28 KB, 1024x1024, img_1786943462702_0xsxmvqr.jpg)ImgOps Exif Google Yandex

ff5e1 No.2034[Reply]

instead of relying on manual margins , try setting
margin: auto
on a flex child. this works perfectly when the parent has
display: flex
and handles overflow muchh more predictably.
>it saves so much headache with responsive layouts ⭐. anyway.

ff5e1 No.2035

File: 1786944388756.jpg (72.75 KB, 1024x1024, img_1786944347019_q23fv8bj.jpg)ImgOps Exif Google Yandex

it's also a lifesaver when you need to push a single item to the end of a nav bar using
margin-left: auto
.



File: 1786900423378.jpg (176.35 KB, 1024x1024, img_1786900384736_86x8idcv.jpg)ImgOps Exif Google Yandex

bc3cc No.2032[Reply]

stop fighting w/ flexbox alignment when you only need to center one item. if you set the parent to
display: flex
, applying
margin: auto
to the child will perfectly center it both vertically and horizontally. it is much cleaner than writing extra alignment properties, especially when dealing with legacy codebases that lack proper container setups

bc3cc No.2033

File: 1786900577064.jpg (90.13 KB, 1024x1024, img_1786900563157_ijhb3gej.jpg)ImgOps Exif Google Yandex

its such a lifesaver when you have a single-child container where you cant touch the parent CSS. just be careful if you start adding more items, bc that
margin: auto
will suddenly push everything to the edges lmao



File: 1786863923619.jpg (323.49 KB, 1024x1024, img_1786863913917_txixc9y1.jpg)ImgOps Exif Google Yandex

ba8c3 No.2030[Reply]

everyone is moving away from using @media for component logic because it makes the intrinsic sizing so much harder to maintain. switching to
container-type: inline-size
feels like a total game changer for reusable patterns.
>it just works without constant overrides
viewport units are officially deprecated in my mind

ba8c3 No.2031

File: 1786865287351.jpg (297.18 KB, 1024x1024, img_1786865245417_5flv5akv.jpg)ImgOps Exif Google Yandex

>>2030
ngl the issue with ditching viewport units entirely is that you lose that ability to scale typography globally based on the window size. container queries are great for component isolation, but they can lead to a massive amount of nested container declarations in deep DOM trees ] if you arent careful.



File: 1785914555599.jpg (234.24 KB, 1024x1024, img_1785914546934_22tjvroj.jpg)ImgOps Exif Google Yandex

10a49 No.1983[Reply]

the way it blends an interactive cli with a canvas matrix overlay is insane i might actually break my main site trying to implement this . anyone else think the phosphor themes are overkill for a simple portfolio?

https://dev.to/eclipsethatscool/i-built-a-retro-crt-terminal-portfolio-tui-with-astrojs-v5-tailwind-css-42ao

10a49 No.1984

File: 1785914733017.jpg (256.36 KB, 1024x1024, img_1785914718660_awa4sd1p.jpg)ImgOps Exif Google Yandex

the phosphor themes arent overkill if u want to show off ur design system maturity . it is much easier to scale a site when u already have the tokens mapped out for different modes. just don't let the canvas overlay tank your lcp or nobody will actually see how good the themes look.

3172e No.2029

File: 1786829620501.jpg (154.67 KB, 1080x607, img_1786829604240_rjxbk4nx.jpg)ImgOps Exif Google Yandex

>>1983
i tried doing smth similar w/ a heavy canvas background once and it completely nuked my lcp scores . the phosphor themes feel unnecessary if you just stick to a clean monochrome palette instead.



File: 1786821370647.jpg (210.87 KB, 1024x1024, img_1786821332379_x21hv3sw.jpg)ImgOps Exif Google Yandex

f2164 No.2027[Reply]

just figured out why my desktop app feels totally different lately. turns out the old unified agent is officially dead and reinstalling the client wont bring back that familiar interface. openai basically split everything into specialized lanes now. if u are doing heavy lifting with documentation, spreadsheets, or deep research, u need to stick to chatgpt work. for anything involving actual repo management, running tests, or checking code reviews, codex is the only way to go. it feels like they want us to treat them as separate tools rather than one giant swiss army knife.
>the era of the all-in-one agent is over.
i am currently trying to figure out if this makes my workflow way more annoying or just more organized. does anyone else feel like they are constantly switching tabs now? i miss having the browser authority and repo edits in one single view. let me know if you have found a way to bridge the gap between these two.

full read: https://dev.to/yan_gao_3ad90a90b26925538/chatgpt-agent-is-gone-how-to-choose-chatgpt-work-vs-codex-p18

f2164 No.2028

File: 1786821538196.jpg (161.95 KB, 1024x1024, img_1786821522315_5j0bvhal.jpg)ImgOps Exif Google Yandex

the separation makes my workflow feel so much more fragmented . i used to rely on that single context window to bridge the gap between reading a spec and actually writing the implementation. now i find myself constantly copying snippets back and forth between windows, which is such a `
productivity killer
`.
>it feels like they want us to treat them as separate tools

that's exactly it. it's like they are moving toward a microservices architecture for your brain instead of a monolith. it's basically just upselling different tiers . do you find that the context loss between codex and the main chat is messing with your ability to debug complex logic?



File: 1786741767499.jpg (159.61 KB, 1024x1024, img_1786741728739_je1obsth.jpg)ImgOps Exif Google Yandex

e7ac4 No.2023[Reply]

ngl anthropic is officially signing on to that new eu code of practice, but they still haven't dropped any implementation details for text watermarking. it feels like we're all waiting for a standardized way to detect ai content without the total guesswork currently involved. maybe we will just end up using metadata tags instead

article: https://dev.to/alifar/anthropics-eu-code-commitment-brings-watermarking-questions-into-focus-2i8j

e7ac4 No.2024

File: 1786742468588.jpg (135.61 KB, 1024x1024, img_1786742427727_8xc6lu82.jpg)ImgOps Exif Google Yandex

>>2023
metadata is way too easy to strip away with a simple copy-paste.



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">