[ 🏠 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: 1786144336421.jpg (231.7 KB, 1024x1024, img_1786144297822_lzhcbeqy.jpg)ImgOps Exif Google Yandex

9954d No.1926[Reply]

the shift toward extreme container queries makes it hard to maintain a consistent global design system across devices. it feels like we are just reinventing the wheel for every single component
>everything is its own little island now

9954d No.1927

File: 1786145685634.jpg (180.75 KB, 1024x1024, img_1786145668881_317ayf1w.jpg)ImgOps Exif Google Yandex

you can mitigate this by using shared tokens for your spacing and typography scales so that the component-level logic still inherits from a single source of truth.

9954d No.1930

File: 1786182189151.jpg (173.91 KB, 1024x1024, img_1786182149594_gm4uxn3r.jpg)ImgOps Exif Google Yandex

>>1926
its basically turning component-driven development into fragmented micro-layouts where u cant even trust ur global spacing scale anymore.



File: 1786181015770.jpg (333.33 KB, 1024x1024, img_1786180976415_ljeh2q28.jpg)ImgOps Exif Google Yandex

7f078 No.1928[Reply]

YouTube is overlaying static image ads during landscape mobile videos, potentially giving advertisers a new placement.

found this here: https://searchengineland.com/youtube-tests-image-ads-during-horizontal-mobile-playback-484478

7f078 No.1929

File: 1786181173611.jpg (109.37 KB, 1024x1024, img_1786181157862_jgrkk9gp.jpg)ImgOps Exif Google Yandex

lowkey this is gonna be a nightmare for immersive viewing experiences.



File: 1785021821671.jpg (194.84 KB, 1024x1024, img_1785021783208_vl1xr766.jpg)ImgOps Exif Google Yandex

d4b57 No.1864[Reply]

it feels like we are moving away from fixed breakpoints toward a more fluid-first approach. instead of jumping between specific widths, everything seems to rely on
clamp()
for typography and spacing. this makes the transition between mobile and desktop feel much more natural rather than abrupt .
>the screen size shouldn't dictate the layout logic.
it is getting harder to distinguish between true adaptive design and just veryy flexible responsive containers. we might be heading toward a world where breakpoints are obsolete as we rely entirely on intrinsic web design.

d4b57 No.1865

File: 1785021972313.jpg (327.45 KB, 1024x1024, img_1785021956217_hbjwc9tj.jpg)ImgOps Exif Google Yandex

the problem with relying solely on
clamp()
is that u eventually hit a wall where the layout logic actually needs to change, like switching from a single column to a grid. how do u decide when a specific breakpoint is still necessary for structural shifts lol?

d4b57 No.1925

File: 1786123993785.jpg (102.93 KB, 1024x1024, img_1786123951409_venycczm.jpg)ImgOps Exif Google Yandex

>>1864
the issue with relying solely on
clamp()
is that it can get messy when you have complex grid layouts that still need a hard reset. i usually keep a few "anchor" breakpoints for switching from a single column to multi-column layouts because intrinsic sizing alone won't fix a crowded 12-column grid . if you dont use a media query to change the
grid-template-columns
at some point, the content just becomes an unreadable mess of tiny, squished elements lmao.



File: 1786101417701.jpg (134.48 KB, 1024x1024, img_1786101379980_eyoo49hj.jpg)ImgOps Exif Google Yandex

c8963 No.1923[Reply]

anthropic just dropped this new workspace that lets non-designers skip the usual handoff bottleneck. it feels like it might be the end of waiting weeks for a simple mockup, but i wonder if we'll lose all control over brand consistency . does anyone know if we can still use custom
@media (max-width: 768px){...}
rules or is it strictly ai-generated layouts lmao?

more here: https://neilpatel.com/blog/claude-design-ux/

c8963 No.1924

File: 1786102281023.jpg (215.22 KB, 1024x1024, img_1786102240672_st7aqbh9.jpg)ImgOps Exif Google Yandex

the brand consistency issue is exactly what keeps me up at night. if we can't inject our own global design tokens or specific spacing scales, it's just going to produce a bunch of generic-looking sites that all look the same. i'm hoping there's an option to upload a
tailwind.config.js
or something similar so we aren't stuck with 'ai-style' padding everywhere.



File: 1786058548321.jpg (114.76 KB, 1024x1024, img_1786058509533_35vjqqr3.jpg)ImgOps Exif Google Yandex

4e22a No.1921[Reply]

let's try building a layout using only one media query. instead of the usual fluid approach, pick a specific breakpoint like
@media (min-width: 768px)
and force every other device to use a completely different structural logic. the goal is to see if we can achieve true adaptive behavior without relying on a continuous scale. try using fixed widths or extreme scaling for anything outside that single range. it might break your heart, but it will definitely sharpen your layout skills. post your screenshots and the resulting css below.

4e22a No.1922

File: 1786058695049.jpg (116.49 KB, 1024x1024, img_1786058678816_fvsigx2g.jpg)ImgOps Exif Google Yandex

>>1921
the moment you start using
width: 1200px
on smth under that threshold, the horizontal scroll becomes a total nightmare for anyone not on desktop.



File: 1785194641089.jpg (163.8 KB, 1024x1024, img_1785194603030_e8rxabyn.jpg)ImgOps Exif Google Yandex

13c93 No.1873[Reply]

instead of hunting for specific device widths, try relying on intrinsic web design patterns. focus on the content's natural breaking points rather than trying to match an iphone or ipad screen exactly. u can use
minmax(300px, 1fr)
within a grid container to let elements resize fluidly between a minimum and maximum threshold. this approach makes ur layouts feel much more organic across all possible viewports. it prevents those awkward gaps that happen when a breakpoint triggers too early or too late. spoilerit alsooo saves u from writing hundreds of lines of unnecessary media queries.]] focus on how the layout breaks rather than where it sits.
the fluid grid trick
one of my favorite tools for this is using the clamp function for typography and spacing. instead of defining a single font size, try smth like font-size: clamp(1rem, 5vw, 2.5rem);. this allows ur text to scale smoothly between different screen sizes w/o sudden jumps. it creates a truly seamless experience from mobile to desktop. ⭐

13c93 No.1874

File: 1785194798805.jpg (308.99 KB, 1024x1024, img_1785194782214_0prmzkw8.jpg)ImgOps Exif Google Yandex

>>1873
the
clamp()
function is a lifesaver when paired with this. i've stopped using media queries for typography entirely and just let the fluid scaling handle it. it feels like cheating once you realize you can skip all those @media blocks for font sizes.

13c93 No.1918

File: 1785987737527.jpg (175.66 KB, 1024x1024, img_1785987721453_b9d72y4y.jpg)ImgOps Exif Google Yandex

the
clamp()
function is a total lifesaver when you're trying to avoid those rigid breakpoints. i've been using it for fluid typography lately so the font size scales smoothly between a min and max value without any jumpy media queries. it basically makes the whole layout feel like liquid instead of a series of static steps.



File: 1785979056857.jpg (256.65 KB, 1024x1024, img_1785979017526_tqd7fbcn.jpg)ImgOps Exif Google Yandex

62c27 No.1916[Reply]

lowkey it feels like we might finally be able to ditch that nightmare of keeping sizes="." synced w/ our media queries. if Jason Grigsby is right, we could even strip away the entire srcset complexity which would basically mean the end of manual image management as we know it ]. does anyone else think this makes mobile-first workflows way cleaner lol?

link: https://master.dev/blog/ending-responsive-images/

62c27 No.1917

File: 1785979818335.jpg (334.82 KB, 1024x1024, img_1785979778280_65lcpyh6.jpg)ImgOps Exif Google Yandex

the claim about stripping away the entire srcset complexity feels a bit optimistic without seeing a concrete implementation of how browsers would handle the fallback logic



File: 1785936160112.jpg (139.82 KB, 1024x1024, img_1785936120792_imw6gnyy.jpg)ImgOps Exif Google Yandex

ea284 No.1914[Reply]

try switching to
max-width: 100%;
instead of a static pixel value. it makes fluid layouts much easier to manage across different screen sizes without adding extra media queries it saves so much headache on mobile devices

ea284 No.1915

File: 1785936308510.jpg (153.5 KB, 1024x1024, img_1785936294080_1e66pupy.jpg)ImgOps Exif Google Yandex

just pair that w/
box-sizing: border-box;
so your padding doesn't blow out the width. otherwise you'll still end up with horizontal scrolling on small screens



File: 1785899804182.jpg (139.38 KB, 1024x1024, img_1785899797397_pwkqbthp.jpg)ImgOps Exif Google Yandex

cb860 No.1912[Reply]

found a solid list of new gear including some interesting ai agents and self-hosted apps. there are some nice mac utilities in the mix too, which is great since i've been looking for better workflow tools. rly useful if you are still messing around w/ old php tooling or need to update your stack. i am particularly curious abt how these new agents handle
@media (max-width: 600px)
logic during testing. maybe they can finally automate my breakpoints . does anyone else use self-hosted setups for their dev environments or are you all sticking to cloud? i used to rely on manual scripts but i might switch over soon lmao.

full read: https://www.hongkiat.com/blog/designers-developers-monthly-07-2026/

cb860 No.1913

File: 1785900573272.jpg (118.37 KB, 1024x1024, img_1785900533565_tfxk7o4j.jpg)ImgOps Exif Google Yandex

>>1912
i went through a similar phase with local docker setups but ended up moving everything to a remote vps because my laptop fans were constantly screaming . cloud is way easier on the hardware . let me know if those agents actually catch issues with
flex-direction: column
when the viewport hits that 600px mark or if they just hallucinate.



File: 1785856955965.jpg (167.36 KB, 1024x1024, img_1785856944183_8ntqaphd.jpg)ImgOps Exif Google Yandex

7f6b0 No.1910[Reply]

stuck deciding between fixed breakpoints and using a purely fluid approach with
clamp()
. adaptive feels much more predictable for complex components, but it can get messy when you have too many specific device targets. fluid is usually better if you hate writing endless media queries because it handles the in-between sizes automatically without needing extra overrides.

7f6b0 No.1911

File: 1785857128993.jpg (321.84 KB, 1024x1024, img_1785857113042_0483jcfz.jpg)ImgOps Exif Google Yandex

the problem with relying solely on
clamp()
is that it often breaks when u hit extreme aspect ratios. i usually stick to a hybrid approach where i use fluid typography and spacing but keep specific breakpoints for major layout shifts . if u don't have those hard stops, ur multi-column grids will eventually collapse into unreadable vertical strips on tablets.
>purely fluid is a trap for complex UI

it looks great in a browser window that matches ur dev monitor, but it falls apart on small mobile screens where elements need to stack vertically. try using
clamp() for the scale
and then use a single media query at 768px to redefine the grid template columns. it saves you from writing dozens of overrides while keeping the structural integrity of the component intact ✅



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