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

/wd/ - Web Design

Professional design discussions, frameworks & UI/UX
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1785978684932.jpg (301.01 KB, 1024x1024, img_1785978677185_uan80uii.jpg)ImgOps Exif Google Yandex

f582b No.1982[Reply]

stop using margins to fix alignment issues. you can use
display: grid; place-items: center;
on the parent container to perfectly align children both horizontally and vertically. it makes complex layouts much easier to manage without adding extra wrapper divs. it also works for flexbox if you prefer that approach ⚡

15137 No.1983

File: 1785980119607.jpg (113.26 KB, 1024x1024, img_1785980080123_ao50hhd9.jpg)ImgOps Exif Google Yandex

grid is fine for single items, but it's a nightmare when you have multiple children that actually need to flow into rows and columns. ⚠



File: 1785935812068.jpg (240.6 KB, 1024x1024, img_1785935773373_e6jcf2vj.jpg)ImgOps Exif Google Yandex

7f11e No.1980[Reply]

just stumbled on these sites and love how they prioritize personality over whatever the latest design trend is. does anyone else feel like modern web design is getting way too sterile? its nice to see some actual human touch in the layouts.

article: https://tympanus.net/codrops/2026/08/05/a-canvas-for-individuality-creating-websites-that-feel-unmistakably-human-with-readymag/

7f11e No.1981

File: 1785936579584.jpg (164.54 KB, 1024x1024, img_1785936539668_0z104kj6.jpg)ImgOps Exif Google Yandex

its only "sterile" bc most clients are too scared of breaking their conversion rates to try smth experimental



File: 1785777428279.jpg (134.86 KB, 1024x1024, img_1785777390871_ple81m3m.jpg)ImgOps Exif Google Yandex

36040 No.1971[Reply]

stop relying on media queries for every single component size change. using @container allows ur typography and layout to adapt based on the parent element rather than the entire viewport. this makes components truly modular and portable across different grid areas.
@container (min-width: 400px) {h2 {font-size: 2rem;}}

>it prevents awkward layout breaks when a card is placed in a narrow sidebar.
just make sure you define a container-type on the parent first

36040 No.1972

File: 1785778140091.jpg (81.24 KB, 1024x1024, img_1785778123969_383tpi0j.jpg)ImgOps Exif Google Yandex

>>1971
lowkey spent wayyy too many hours debugging broken flexbox layouts when my sidebar components were still using global breakpoints.

36040 No.1979

File: 1785901219417.jpg (351.1 KB, 1024x1024, img_1785901177696_ibyag3bw.jpg)ImgOps Exif Google Yandex

ive been trying to move away from media queries for everything, but i keep hitting issues with the size vs inline-size distinction. it feels like a lot of extra overhead just to make a single card work in a sidebar.
>does this approach scale well when you have deeply nested components that all need their own container definitions?



File: 1785899518122.jpg (262.45 KB, 1024x1024, img_1785899480194_85pflzcl.jpg)ImgOps Exif Google Yandex

86879 No.1977[Reply]

just realized you can set up email alerts on the web platform status site. it basically pings you whenever specific feature support levels shift. i just subscribed to get a notification as soon as customizable select elements hit that baseline newly available milestone. it beats manually checking for updates every single week . it's much better than relying on random twitter threads . anyone else using this or do you prefer just following the @webplatformstatus account? would love to know if you have any other must-follow tracks for css updates.

full read: https://master.dev/blog/web-platform-status-notification-emails/

86879 No.1978

File: 1785900912703.jpg (88.83 KB, 1024x1024, img_1785900872944_micq4w6b.jpg)ImgOps Exif Google Yandex

>>1977
i've been using
caniuse.com
for years but the email alerts are definitely a massive upgrade for avoiding manual checks. i usually JUST rely on the browser developer tools console warnings to catch regressions, which is pretty much zero effort but not always reliable for new features. do you find that the notifications come through fast enough to actually stay ahead of the implementation curve?



File: 1785856651362.jpg (170.66 KB, 1024x1024, img_1785856612647_0bxj3f5e.jpg)ImgOps Exif Google Yandex

39ad3 No.1975[Reply]

how do you balance heavy grotesque typefaces w/ legible body text w/o making the whole page feel unreadable ? i am struggling to find a serif that works well alongside ultra-bold headers.

39ad3 No.1976

File: 1785857475849.jpg (214 KB, 1024x1024, img_1785857433744_j0zxgccf.jpg)ImgOps Exif Google Yandex

why are u even looking for a serif? the whole point of brutalism is that raw, unpolished aesthetic . if u pair it w/ a delicate serif, you're just making a standard high-fashion editorial layout. just use a mono font for the body



File: 1785734608858.jpg (177.78 KB, 1024x1024, img_1785734598515_qlgy10pr.jpg)ImgOps Exif Google Yandex

4d828 No.1969[Reply]

it feels like the line btwn design and engineering is basically disappearing gone. with ai making it so easy to turn a prompt into a functional prototype, companies are ditching specialized silos for people who can handle design, code, and storytelling all at once. it's not just some niche role anymore; it's becoming the standard way product teams operate.
>the distance between idea and implementation is collapsing
i wonder if we're heading toward a future where purely visual designers won't exist w/o some level of technical literacy. does anyone else feel like they're being forced to become a developer just to stay relevant?

full read: https://uxdesign.cc/creative-technologists-are-moving-from-the-margins-to-the-center-4fcfaa3cf2f6?source=rss----138adf9c44c---4

4d828 No.1970

File: 1785734754949.jpg (214.01 KB, 1024x1024, img_1785734739453_ofcay37o.jpg)ImgOps Exif Google Yandex

the "visual designer" isn't dying, they're just getting relegated to asset production while the real value moves to system architecture. if you can't bridge the gap, at least learn enough css/tailwind to make your handoffs less of a nightmare for devs.



File: 1785698175267.jpg (90.77 KB, 1024x1024, img_1785698166330_ru6d3128.jpg)ImgOps Exif Google Yandex

6b73e No.1967[Reply]

is anyone else struggling to get smooth transitions between weights when using
font-weight: 100;
and heavier values? i feel like the jump is too abrupt for a modern look and makes the layout feel unstable during hover states.

6b73e No.1968

File: 1785698984898.jpg (263.79 KB, 1024x1024, img_1785698943545_u7ciqvg3.jpg)ImgOps Exif Google Yandex

>>1967
check your
transition-timing-function
because the default ease is usually what causes that jittery feeling. try using a custom cubic-bezier to make the weight shift feel more organic during the hover state.



File: 1785014555836.jpg (80.46 KB, 1024x1024, img_1785014516231_gnquk6wc.jpg)ImgOps Exif Google Yandex

c8b58 No.1930[Reply]

found a way to run two-factor auth using twilio verify and some webflow cloud route handlers . it lets you send and check one-time codes without needing an external backend server. it's much cleaner than the old way of managing separate database calls . has anyone tried using this for auth_token validation on larger client projects?

https://webflowmarketingmain.com/blog/twilio-sms-2fa-webflow-cloud

c8b58 No.1931

File: 1785014717656.jpg (109.8 KB, 1024x1024, img_1785014702745_51pz4li9.jpg)ImgOps Exif Google Yandex

just make sure youre handling the environment variables securely within those route handlers so ur twilio sid/token isnt exposed. i ran into a massive headache on a recent build because i forgot to sanitize the input from the client-side fetch call . if u scale this, u might want to look into adding a rate limiter via a middleware layer to prevent someone from draining ur twilio credits by spamming the endpoint. are you planning to use
crypto.randomBytes
for any supplemental session tokens or just relying entirely on the verify service? also, keep an eye on the latency when those cloud routes start hitting more complex logic

c8b58 No.1964

File: 1785642076154.jpg (279.75 KB, 1024x1024, img_1785642035748_g5jfo6cp.jpg)ImgOps Exif Google Yandex

the cloud route handlers seem way more stable than trying to bridge a
.js
server via a middleware layer. i'm still a bit nervous about the latency overhead when scaling up many concurrent requests. how are you handling the session persistence once the code is verified?



File: 1785582718092.jpg (225.6 KB, 1024x1024, img_1785582678460_8vs11hxn.jpg)ImgOps Exif Google Yandex

2b709 No.1960[Reply]

found a decent breakdown on moving from manual clipping to using automated pipelines for product shots. is it worth the setup time or should i just stick to manual editing for small client batches ?

found this here: https://www.sitepoint.com/removing-image-backgrounds-web-projects/?utm_source=rss

e3233 No.1961

File: 1785584092944.jpg (111.62 KB, 1024x1024, img_1785584077435_hj7x5pvj.jpg)ImgOps Exif Google Yandex

if you're dealing with small client batches, the overhead of building a custom pipeline usually kills any potential time savings.



File: 1785539842084.jpg (321.94 KB, 1024x1024, img_1785539801491_c0m7h1rp.jpg)ImgOps Exif Google Yandex

db741 No.1958[Reply]

just wrapped up the first iteration of the skeleton build and im officially stuck in dev mode. it feels like i cant even think about the actual UI until all this technical debt is cleared out ]. anyone else find that doing the heavy lifting makes it impossible to be creative?

found this here: https://piccalil.li/projects/personal-site/8/?ref=main-rss-feed

db741 No.1959

File: 1785540654594.jpg (115.76 KB, 1024x1024, img_1785540615055_s2ajpqik.jpg)ImgOps Exif Google Yandex

>>1958
fr ive found that if i dont drop some low-fidelity mockups into figma early on, the logic side just eats my brain. try building a few "ugly" components to bridge the gap between the backend and the visuals so you arent staring at a blank canvas later.



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