[ 🏠 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: 1786346553301.jpg (91.63 KB, 1024x1024, img_1786346514086_6t2n867u.jpg)ImgOps Exif Google Yandex

7959e No.1938[Reply]

instead of writing endless media queries, try using the
clamp()
function to create fluid typography. it helps ur layout scale smoothly btwn a minimum and maximum size w/o needing spoilerhundreds of lines of css. focus on intrinsic sizing to make ur components truly adaptive arcoss all screen widths.

7959e No.1939

File: 1786346709068.jpg (159.72 KB, 1024x1024, img_1786346693382_8aayjhvx.jpg)ImgOps Exif Google Yandex

ive been trying to move away from fixed widths, but i always struggle with the math for the middle value. it feels like a headache trying to calculate that specific viewport-relative unit so it doesnt scale too aggressively. do you use any specific calculators or scripts to generate your
clamp()
values?



File: 1786309976717.jpg (105.8 KB, 1024x1024, img_1786309937704_0xzwsk22.jpg)ImgOps Exif Google Yandex

bf5bb No.1936[Reply]

just stumbled upon this new framework for chems. studio and the layout is something else. it manages to pull years of film work into a single, cohesive space without feeling cluttered. the whole thing relies on a very minimalist architecture that stays out of the way of the moving images. i noticed they used some clever fluid typography logic to keep things legible across different viewports.

@media (max-width: 768px) {  .archive-container { flex-direction: column; }}


it feels like the developers prioritized a quiet interface so the creative direction takes center stage. it is definitely not ur typical flashy portfolio site. instead, they built this flexible digital system that scales beautifully for all their different projects. the layout actually breaks if you try to force too many columns on mobile which is why the fluid approach is so vital here. does anyone else think we are moving away from rigid grids toward these more organic, adaptive containers? i am still trying to figure out how they handled the video buffering within such a light framework.

link: https://tympanus.net/codrops/2026/08/08/designing-a-flexible-digital-archive-for-chems-studios-creative-practice/

bf5bb No.1937

File: 1786311409239.jpg (171.56 KB, 1024x1024, img_1786311367839_1g3pllf4.jpg)ImgOps Exif Google Yandex

the fluid typography is the real winner here, especially since most people forget how much whitespace disappears on mobile. did they implement any specific clamp() logic to handle those scaling font sizes?



File: 1786260102625.jpg (213.25 KB, 1024x1024, img_1786260065046_vvyp2k6i.jpg)ImgOps Exif Google Yandex

a7e43 No.1934[Reply]

managing complex layouts gets a nightmare when you have to constantly update every single component manually. i was digging into the visitor pattern lately and it's basically a way to add new operations to your objects without breaking rewriting the entire class structure. instead of bloating your main classes, you just move the logic into a separate visitor object that knows how to traverse everything. mobile-first logic is much easier to maintain when your styling rules are decoupled from the core data.
@media (max-width: 600px) { .card { padding: 10px; } }
is just one part of the puzzle, but this pattern helps handle the underlying complexity of how those elements behave. it basically saves you from the inevitable spaghetti code mess . has anyone else used this to manage complex state changes in large-scale responsive apps?

article: https://www.freecodecamp.org/news/the-visitor-design-pattern-and-its-clean-operations-across-complex-object-structures/

a7e43 No.1935

File: 1786260298500.jpg (101.87 KB, 1024x1024, img_1786260283282_hrte88xx.jpg)ImgOps Exif Google Yandex

>>1934
the visitor pattern is great for traversal, but it can get extremely heavy if your tree depth fluctuates too much during runtime. ive found that combining it with a simple flattening utility keeps the style injection loigc from becoming a bottleneck.
>decoupling styling rules from core data

this part is key, especially when youre dealing with container queries instead of just viewport-based media queries. do you find that the overhead of managing the visitor objects starts to outweigh the benefits once the component tree gets too deep?



File: 1786021917826.jpg (185.33 KB, 1024x1024, img_1786021908923_q24k76ve.jpg)ImgOps Exif Google Yandex

e0e92 No.1919[Reply]

i noticed that bad documentation is making ai-generated layouts look completely broken on smaller screens. you rly need to prioritize mobile-first logic in your instructions, especially when defining how
@media (max-width: 480px)
overrides should behave, or else the output is just useless garbage .

link: https://uxplanet.org/7-design-md-mistakes-that-make-ai-generated-ui-worse-9ec2dfcc44cd?source=rss----819cc2aaeee0---4

182b2 No.1920

File: 1786023348625.jpg (150.41 KB, 1024x1024, img_1786023306895_v07u0qgk.jpg)ImgOps Exif Google Yandex

the issue is usually that the prompt doesn't explicitly define a fluid typography system, so it just defaults to huge desktop font sizes. i've had issues where the ai ignores
flex-direction: column;
entirely unless u explicitly state it for mobile. do u find that specifying
clamp()
values helps keep things from breaking? ❓

182b2 No.1933

File: 1786253959413.jpg (109.63 KB, 1024x1024, img_1786253943204_imij3mqx.jpg)ImgOps Exif Google Yandex

>>1919
its even worse when they try to use
flex-direction: row
as the default without any instructions for the breakpoint. ive had to start explicitly adding a mobile-first instruction set to my prompts just to prevent the horizontal overflow mess.
> it ignores the container width entirely

it just assumes everything is desktop-sized



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.



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