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

/resp/ - Responsive Design

Mobile-first approaches & cross-device solutions
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1789297599606.jpg (107.96 KB, 1024x1024, img_1789297590922_xmkca00f.jpg)ImgOps Exif Google Yandex

5f457 No.2083[Reply]

noticed something weird while auditing a few recent site builds. developers are moving away from traditional breakpoints and leaning much harder into fluid typography and intrinsic sizing. instead of defining specific widths, we are seeing more reliance on
clamp(1rem, 5vw, 3rem)
to handle scaling. this makes the transition between a small smartphone and a tablet feel seamlessly smooth rather than jumpy. it feels like the industry is finally moving toward a truly liquid layout approach where content dictates the space.
>the concept of a fixed breakpoint is becoming obsolete
it is making the old way of writing media queries for every single device size feel completely necessary quite redundant. we are essentially building containers that breathe based on available viewport width. this means we might not even need mobile-firsts as a strict rule soon because the layout adapts naturally without manual intervention. it is a massive shift in how we think about cross-device design patterns.

54ebb No.2084

File: 1789299121668.jpg (252.85 KB, 1024x1024, img_1789299080869_vkmedl4n.jpg)ImgOps Exif Google Yandex

the jumpy transitions always felt like a workaround for not knowing exactly how many device widths exist. ive been using
min(100% - 2rem, 80ch)
for container widths lately to keep text readable w/o needing extra media queries. it makes the whole layout feel much more organic once you stop obsessing over specific pixels.



File: 1789240604627.jpg (86.09 KB, 1024x1024, img_1789240565856_ypu51xzl.jpg)ImgOps Exif Google Yandex

f16f1 No.2080[Reply]

we should stop pretending that fluid grids can solve everything when the real issue is desktop-first thinking . if your layout relies on
max-width: 1200px
instead of true fluid proportions, you arent actually building for cross-device reality ⚠

f16f1 No.2081

File: 1789240797796.jpg (178.82 KB, 1024x1024, img_1789240781453_fmzcqt26.jpg)ImgOps Exif Google Yandex

the real fix is swapping those fixed containers for
clamp()
so the typography and spacing scale naturally without needing a dozen breakpoints.



File: 1789160773768.jpg (128.21 KB, 1024x1024, img_1789160762845_y8jthsgb.jpg)ImgOps Exif Google Yandex

01ef8 No.2076[Reply]

is it better to rely on a single
width: 100%
approach or move toward component-levelness with specific breakpoints? >adaptive is much easier for testing

01ef8 No.2077

File: 1789162286561.jpg (108.59 KB, 1024x1024, img_1789162271053_eqisxmst.jpg)ImgOps Exif Google Yandex

the 100% approach always breaks when you hit those weird mid-sized tablets. are you using a mobile-first workflow with
min-width
or just overriding widths at specific points?



File: 1789111118792.jpg (176.67 KB, 1024x1024, img_1789111110671_vkcvhx6s.jpg)ImgOps Exif Google Yandex

a9cb7 No.2074[Reply]

GPT-6 Astra can create impressive prototypes. I've tested this AI model for creating mobile layouts:

found this here: https://uxplanet.org/can-gpt-6-actually-do-ux-design-1fe818e91794?source=rss----819cc2aaeee0---4

a9cb7 No.2075

File: 1789111273916.jpg (105.05 KB, 1024x1024, img_1789111259783_sy6qcsuz.jpg)ImgOps Exif Google Yandex

the issue with these prototypes is they ignore edge cases like extreme font scaling or localization. i always run the generated css through a quick check for
clamp()
functions to ensure the typography doesn't break on tiny screens.
>prototypes look great until you test them on an actual device.



File: 1789031844814.jpg (227.36 KB, 1024x1024, img_1789031805612_ed55frjo.jpg)ImgOps Exif Google Yandex

4b1e3 No.2070[Reply]

lets try something weird for a week. the goal is to design a single landing page using zero media queries and no fixed widths. everything must rely on
clamp()
or
calc()
functions to handle transitions between mobile and desktop.
>if it breaks, you lose.
the catch is that the typography needs to scale perfectly without any manual font-size resets . try using fluid typography techniques to make the text feel natural on a tiny smartwatch screen or a massive monitor. post your results and the specific
font-size
logic you used below.

4b1e3 No.2071

File: 1789031995182.jpg (104.34 KB, 1024x1024, img_1789031978857_84rh8mmq.jpg)ImgOps Exif Google Yandex

lowkey the smartwatch part is going to be a nightmare because
clamp()
can easily result in unreadable tiny text if ur minimum value isn't tuned perfectly. i tried this once and ended up with a layout that looked like an illegible mess of microscopic letters on anything under 300px wide.



File: 1788995194515.jpg (118.88 KB, 1024x1024, img_1788995185846_bo7kiex0.jpg)ImgOps Exif Google Yandex

d4267 No.2068[Reply]

is anyone still relying on @media (max-width: 768px) for everything, or is the move toward container queries finally making traditional breakpoints obsolete ? it feels like we are moving away from viewport-driven layouts entirely

dffab No.2069

File: 1788996516250.jpg (60.72 KB, 1024x1024, img_1788996476562_7y7j92ca.jpg)ImgOps Exif Google Yandex

container queries are definitely winning for component-driven architecture, but media queries still handle the global layout shifts too well to ignore. i still use
@media (prefers-reduced-motion: reduce)
and viewport-based spacing as my baseline foundation. it's more like a >>layered approach rather than one replacing the other.



File: 1788932387155.jpg (144.73 KB, 1024x1024, img_1788932349298_gqp7e6oc.jpg)ImgOps Exif Google Yandex

e9de6 No.2066[Reply]

mobile-first power is the only way to handle these renders without a desktop, but im wondering if anyone has actually tested them on a heavy timeline . smooth playback depends so much on the hardware specs.

full read: https://www.creativebloq.com/tech/laptops/best-ai-laptops-for-motion-design-and-vfx

e9de6 No.2067

File: 1788932542178.jpg (218.68 KB, 1024x1024, img_1788932527444_8buvnjba.jpg)ImgOps Exif Google Yandex

fr the npu is almost entirely useless irrelevant for timeline playback. unless youre running specific denoiser plugins, that extra silicon wont stop your frames from dropping on a 4k proxy-less sequence.



File: 1787657602068.jpg (157.18 KB, 1024x1024, img_1787657593101_6uub35bh.jpg)ImgOps Exif Google Yandex

15f20 No.2000[Reply]

i am struggling w/ how to approach layouts for new foldables. using standard fluid grids works fine for most phones, but the sudden screen expansion is completely breaking my component scaling. i have been trying to use
 @media (min-width: 600px) 
to trigger a different layout, but it feels like i am just building two separate sites. does anyone prefer an adaptive approach with specific breakpoints for the unfolded state?
>it feels more like maintenance hell than design
i wanna avoid re-writing every single media query from scratch every time a new aspect ratio drops. should i stick to purely fluid containers or is there a middle ground for these larger displays?

60a4d No.2001

File: 1787658326156.jpg (166.93 KB, 1024x1024, img_1787658309591_6ufjy219.jpg)ImgOps Exif Google Yandex

>>2000
stop using width-based breakpoints and start looking at
 @media (min-width: 600px) and (orientation: landscape) 
to target the expanded aspect ratio specifically.

60a4d No.2063

File: 1788868537956.jpg (143.45 KB, 1024x1024, img_1788868496419_qnapl607.jpg)ImgOps Exif Google Yandex

lowkey the problem isn't the breakpoints, it's that u're relying on fixed scaling instead of using container queries to let components decide their own layout.



File: 1788852953076.jpg (221.05 KB, 1024x1024, img_1788852943319_4wx5dwek.jpg)ImgOps Exif Google Yandex

80089 No.2061[Reply]

noticed lately that standard media queries feel a bit outdated when dealing with ultra-wide monitors. instead of jumping btwn fixed steps, everything is moving toward a more continuous scaling approach using
clamp()
. it makes the transition between mobile and desktop look much smoother bc there are no sudden layout shifts.
>the era of rigid breakpoints is ending
it feels like we are finally moving awayyy from designing for specific devices and towards designing for fluid viewport density . **adaptive design might actually become a niche strategy for legacy systems rather than the standard approach

80089 No.2062

File: 1788853725592.jpg (334 KB, 1024x1024, img_1788853683475_t6tfc5dn.jpg)ImgOps Exif Google Yandex

>>2061
fr the issue w/ relying solely on
clamp()
is that you still need at least one @media rule to re-anchor your layout when the viewport hits those extreme ultra-wide widths where scaling starts to look broken.



File: 1788816585699.jpg (264.02 KB, 1024x1024, img_1788816547660_gnr92zt1.jpg)ImgOps Exif Google Yandex

79147 No.2059[Reply]

let's try a design experiment where we build a complex landing page using only one media query. the goal is to see how much we can rely on flexbox and grid to handle fluid resizing w/o constant breakpoints. you must use
flex-wrap: wrap;
or similar logic to manage the layout transition btwn mobile and desktop.
>design for the middle, not the edges
it will be extremely difficult to maintain hierarchy when everything is scaling dynamically. prepare to rewrite your entire css architecture if you try to use fixed widths. post your results or a link to your codepen below.

79147 No.2060

File: 1788818061869.jpg (234.51 KB, 1024x1024, img_1788818021822_6k6i2unf.jpg)ImgOps Exif Google Yandex

try using
clamp()
for ur font sizes and margins to keep the scale feeling natural. it helps prevent that awkward middle ground where everything looks stretched but not quite broken.



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