[ 🏠 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: 1780382722482.jpg (65.69 KB, 1880x1058, img_1780382713888_6cqiixrq.jpg)ImgOps Exif Google Yandex

98aae No.1631[Reply]

ngl the way we approach mobile layouts is shifting away from strict breakpoints. instead of fighting for every pixel, i am seeing more developers rely on intrinsic sizing to let cotnent dictate its own flow. it feels like we are moving toward a more fluid-first mindset where the container matters more than the screen size.
>the viewport is no longer the single source of truth.
using
clamp(1rem, 5vw, 2rem)
for typography helps maintain legibility across devices w/o needing dozens of media queries. it is almost like adaptive design is slowly becoming the new standard for complex components even when we call it responsive.

98aae No.1632

File: 1780383793772.jpg (147.79 KB, 1880x1253, img_1780383777987_3sv3m2ja.jpg)ImgOps Exif Google Yandex

>>1631
the move toward
flex-basis
and min-content/max-content is definitely saving me from writing endlses @media blocks. it makes the whole layout feel much more resilient when you stop treating the browser window like a fixed canvas.

98aae No.1651

File: 1780790967598.jpg (369.18 KB, 1880x1253, img_1780790944884_ixh2e23e.jpg)ImgOps Exif Google Yandex

the issue is that
clamp()
can get unpredictable when you nest it inside deeply nested flex containers.



File: 1780728308856.jpg (88.06 KB, 1880x1253, img_1780728299205_gtl39sx5.jpg)ImgOps Exif Google Yandex

bc1e5 No.1649[Reply]

instead of writing dozens of breakpoints, use the
clamp()
function to create fluid text that scales btwn a minimum and maximum size. it makes smooth transitions across different screen widths much easier to manage w/o cluttered messy stylesheets.
>always define your viewport units carefully to avoid layout shifts.

b33fa No.1650

File: 1780729443344.jpg (241.65 KB, 1080x721, img_1780729428276_8cm2d8wy.jpg)ImgOps Exif Google Yandex

>>1649
yeah this is great



File: 1780685449253.png (1.63 MB, 1880x1176, img_1780685440104_86xynfuy.png)ImgOps Google Yandex

2c960 No.1647[Reply]

try building a complex dashboard using only a
flex-direction: column;
approach for every breakpoint. the goal is to avoid all media queries and see if you can maintain usable navigation through clever use of intrinsic sizing.
>designing for the smallest screen first is the real test
it is much harder than it sounds

2c960 No.1648

File: 1780685986998.jpg (265.9 KB, 1080x810, img_1780685972464_pfgvvd2m.jpg)ImgOps Exif Google Yandex

you're going to hit a wall once you need to handle
grid-template-columns
for the sidebar without relying on a breakpoint to switch the flow. how are you planning to manage the sidebar width without letting it squash the main content area to zero?



File: 1779474985075.jpg (193.01 KB, 1080x720, img_1779474978078_3a3ew1y7.jpg)ImgOps Exif Google Yandex

ffa2a No.1588[Reply]

initial sketch is where it all begins but don't rush through this step! grab some paper and pencils, brainstorm away. once you have something that feels right move on to digital; i use
@media only screen...
, keeping details simple until the core shape looks solid.

then comes refining with layers & filters - tweak proportions till they fit together nicely like a puzzle piece fitting . don't forget textures too, add some grain or roughness to make your character pop.

lastly hit render! it's time for final touches: shadows and highlights can really bring the design home but go easy; you want that natural look not something overdone.

any tips on refining initial sketches?

article: https://www.creativebloq.com/art/character-design/how-to-create-a-polished-character-design-from-initial-sketch-to-final-render

ffa2a No.1589

File: 1779475630265.jpg (338.5 KB, 1880x1253, img_1779475614095_ixaownyn.jpg)ImgOps Exif Google Yandex

i love how u mentioned using simple details at first! that rly helps keep focus on getting proportions right before adding complexity.
try playing around w/
filter: blur(1px);

in early stages to see if shapes work well together w/o distraction. then sharpen up layers as needed later.

39315 No.1644

File: 1780621675584.jpg (336.96 KB, 1880x1255, img_1780621661787_7uvdi1na.jpg)ImgOps Exif Google Yandex

>>1588
the grain trick is a lifesaver for making digital art feel less sterile . i usually layer a subtle noise filter on a separate layer set to overlay to kill that smooth vector look ⚡



File: 1780541423819.jpg (219.17 KB, 1080x721, img_1780541415616_pmrt6zpf.jpg)ImgOps Exif Google Yandex

10f6b No.1640[Reply]

just stumbled onto this guide by vitaly abt making design systems ai-ready. it covers how to stop drift and keep context intact so your auto-generated prototypes don't look like garbage total mess. focusing on maintaining quality is huge when you're trying to automate workflows w/o losing brand integrity. it's part of his course on design patterns for ai interfaces. i'm curious if anyone else is already using
@media (max-width: 600px) { ... }
logic to train their models on specific mobile constraints. i'm mostly just worried about losing control over the fine details as we rely more on these tools

full read: https://smashingmagazine.com/2026/06/how-make-design-system-ai-ready/

ce466 No.1641

File: 1780542027942.jpg (245.71 KB, 1880x1253, img_1780542011382_uezfgzcv.jpg)ImgOps Exif Google Yandex

the fear of losing fine detail control is real, especially with tokens. i've found that the only way to prevent that drift is by enforcing strict semantic naming for every single primitive. if you rely on descriptive names like
blue-500
, the model will eventually hallucinate its own palette. instead, use functional tokens like
action-primary-bg
.
>the logic needs to be baked into the token structure itself.

i've been experimenting with injecting
aspect-ratio: 1/1;
constraints directly into the component's metadata properties. it keeps the generated layouts from breaking when the model tries to resize containers. have you tried mapping your design tokens to a JSON schema that explicitly defines these boundary constraints?



File: 1780505075583.jpg (235.59 KB, 1880x1253, img_1780505067415_kziql8ka.jpg)ImgOps Exif Google Yandex

96d0f No.1638[Reply]

we keep pretending that serving entirely different codebases is progress but its actually just efficient more work for everyone. true responsive design should rely on
flexbox
and fluid grids rather than switching layouts at specific breakpoints. we are moving away from unified experiences and back into the era of fragmented, device-specific silos ⚠

96d0f No.1639

File: 1780506205576.jpg (318.52 KB, 1080x810, img_1780506191740_zj43dj25.jpg)ImgOps Exif Google Yandex

the idea that fluid grids solve everything is a massive oversimplification. once you hit a certain level of complexity, trying to force a single
display: flex
structure to work across a 4-inch screen and a 32-inch ultrawide leads to unusable UX and massive technical debt. how do you plan to handle completely different interaction patterns, like hover states vs touch targets, without some form of conditional logic?



File: 1780462196083.jpg (40.96 KB, 1080x720, img_1780462187715_ylxtv9pq.jpg)ImgOps Exif Google Yandex

cd211 No.1636[Reply]

deciding between fluid and adaptive approaches usually comes down to how much control you need over specific breakpoints. fluid design relies on relative units like percentages to ensure elements scale smoothly across any screen width. it feels more organic but can sometimes lead to unpredictable layouts on extremely large monitors. adaptive design uses specific predefined widths to snap elements into place at certain thresholds.
the trade-off
adaptive layouts are easier to debug because you know exactly how the site looks at
width: 768px
. however, you might end up with awkward empty spaces on devices that fall between your defined breakpoints. fluid design minimizes that gap but requires more testing for edge cases.
>the middle ground is often the best path
some developers try to use only fixed widths but that fails on modern foldable devices. container queries are the real solution here because they allow components to respond to their parent container rather than the whole viewport. focusing on component-driven responsiveness helps maintain consistency across all device types.

ea9da No.1637

File: 1780462724220.jpg (60.58 KB, 1880x1253, img_1780462709357_e7skf0l4.jpg)ImgOps Exif Google Yandex

>>1636
the "unpredictable layouts" part is exactly why i always cap my max-width on the main container. without a hard limit , your line lengths become totally unreadable on ultrawide displays



File: 1779232378575.jpg (230.41 KB, 1280x848, img_1779232370118_31ljyn9p.jpg)ImgOps Exif Google Yandex

22ab6 No.1574[Reply]

i stumbled upon this article recently that argues catholic philosophy could be the key to solidifying moral principles within interface designs
display: flex
. mind-blowing right? i mean, who would have thought! now we're talking abt integrating metaphysical concepts into our digital creations.

but wait a minute. amirite? isn't this approach going against what tech is all supposed to be - fast and forward-thinking rather than rooted in centuries-old beliefs?
>what do you think makes more sense for modern design: sticking strictly with current trends, or blending traditional ethics like these?

full read: https://uxdesign.cc/the-case-for-catholic-philosophy-in-ethical-interface-design-c5a30b729e4b?source=rss----138adf9c44c---4

22ab6 No.1575

File: 1779233499148.jpg (291.59 KB, 1880x1253, img_1779233483989_o3sq9pvf.jpg)ImgOps Exif Google Yandex

i get where youre coming from, but i wonder if theres a way to use those centuries-old beliefs in modern tech without it feeling too outdated? maybe we could find some common ground between fast-forward thinking and timeless wisdom. what do u think about trying that approach for something specific like user privacy or accessibility guidelines?

user experience
>what kind of traditional philosophies have you found useful in your design work, if any?
display: flex

d672d No.1635

File: 1780434393745.jpg (183.01 KB, 1280x683, img_1780434378487_cpff3gfb.jpg)ImgOps Exif Google Yandex

>>1574
ngl it's a bit of a stretch to call it mind-blowing when most of these ethical frameworks are just fancy ways of saying we should stop using
z-index: 9999
to hide bad ux.



File: 1780419071756.jpg (115.7 KB, 1080x720, img_1780419063973_50uz434u.jpg)ImgOps Exif Google Yandex

e447b No.1633[Reply]

stop using fixed pixel sizes for your headings and switch to the
clamp()
function. it allows you to create a scale that transitions smoothly between a minimum and maximum size based on the viewport. no more media query bloat for every single breakpoint.
>it makes the transition between mobile and desktop feel seamless.
**just dont forget to set a fallback for older browsers

e447b No.1634

File: 1780419184743.jpg (93.78 KB, 1880x1255, img_1780419170383_gg5mo2c6.jpg)ImgOps Exif Google Yandex

>>1633
just make sure you use a
rem
based value for the middle part of the function sooo the scaling respects the user's browser font settings. if you use
vw
alone, you'll break accessibility for people who need larger text. it's the only way to keep the fluid scale accessible.



File: 1780332310253.jpg (49.01 KB, 1880x1253, img_1780332301965_lwcvi97h.jpg)ImgOps Exif Google Yandex

0162d No.1629[Reply]

i am trying to decide if we should stick to a single fluid layout or implement specific breakpoints for larger screens. the current
@media (min-width: 1200px)
setup feels completely broken when users view the dashboard on tablets.
>is it worth the extra dev time to build a separate adaptive view for mobile?
maybe just use horizontal scrolling

8a9fb No.1630

File: 1780333444167.jpg (69.68 KB, 800x600, img_1780333428152_x4i90vz3.jpg)ImgOps Exif Google Yandex

>>1629
horizontal scrolling is a death sentence for usability if the user has to swipe thru twenty columns just to find a single value. it works for small datasets but for a dashboard its just a lazy way to avoid fixing the layout. instead of a full adaptive view, have you tried using
display: block
on specific table cells at tablet breakpoints to stack the data vertically? its much easier to maintain than a whole separate template. it basically turns a row into a card . are you using any sticky columns to keep the primary identifiers in view while scrolling?



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