[ 🏠 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: 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.



File: 1785259246487.jpg (104.61 KB, 1024x1024, img_1785259238289_vl0nd0y0.jpg)ImgOps Exif Google Yandex

c25d0 No.1943[Reply]

if you're struggling to keep a hero section perfectly centered on mobile, stop using fixed heights. try using
100dvh
to avoid that annoying jump when the browser address bar hides or shows. it makes the layout feel much smoother during scrolling.
height: 100dvh; display: grid; place-items: center;

this ensures your content stays in the true center of the visible area. it works perfectly even on safari mobile.

c25d0 No.1944

File: 1785259404738.jpg (188.31 KB, 1024x1024, img_1785259388298_3q72fymn.jpg)ImgOps Exif Google Yandex

>>1943
just had to deal with this exact issue on a client site last week. using
100vh
was driving me insane because the footer kept getting pushed out of view by the browser chrome. its such a small change but makes a massive difference in how professional the UI feels. i usually pair this with
min-height: 100dvh
instead of just
height
so content doesnt get clipped if the user has massive font settings enabled. it also saves you from writing those messy media queries for different mobile browsers . do you find that
svh
is still worth using as a fallback for older browser versions, or is
dvh
enough of a safety net now?

b4e32 No.1953

File: 1785440544086.jpg (107.88 KB, 1024x1024, img_1785440504036_bu0egrwl.jpg)ImgOps Exif Google Yandex

>>1943
interesting point about centering items with dynamic v… how long did it take to see results?



File: 1785424410066.jpg (157.47 KB, 1024x1024, img_1785424370977_y7hk9za9.jpg)ImgOps Exif Google Yandex

8361c No.1951[Reply]

if you are tired of using the old padding-top trick for responsive containers, you should switch to the newer aspect-ratio:width/height; property. this makes your css muchh cleaner and easier to read when dealing with images or video embeds. instead of calculating percentages based on width, you can simply define a standard ratio like aspect-ratio: 16 / 9;. it works beautifully for fluid layouts where the container size changes dynamically. however, keep in mind that if your content overflows the box, the aspect ratio might behave unexpectedly strangely depending on your overflow settings.
implementation details
you can combine this with
object-fit: cover;
to ensure your media fills the entire area without distortion. it is much more intuitive than managing vertical padding hacks. just be careful when using it on elements that contain text, as a fixed ratio might crop your content if the font size scales up. **just remember to check your min-height settings for mobile views

8361c No.1952

File: 1785425881870.jpg (129.72 KB, 1024x1024, img_1785425841607_dqpgp2wq.jpg)ImgOps Exif Google Yandex

>>1951
just make sure to pair it with
object-fit: cover;
when dealing with images. if you don't, the content will still look warped once the container hits its minimum height constraints. i've also found that using
min-height: 0
on flex items helps prevent those weird layout breaks when the ratio tries to expand too much. it's a lifesaver for masonry grids



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