[ 🏠 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] Next

File: 1773897245885.jpg (136.1 KB, 1408x768, img_1773897238506_hipfgrdx.jpg)ImgOps Exif Google Yandex

06412 No.1309[Reply]

healthcare is reallyy nailing those virtual bodies but something feels off with how they treat patients inside these systems. currently missing emotional states like stress or fatigue.

i mean, were tracking all this data on our health yet somehow the "person" aspect gets left out? its a big gap in design imo.

do you guys see similar issues when using digital twins for patient care? i wonder if theres ever gonna be ai that truly understands human emotions ⚡

more here: https://hackernoon.com/the-patient-digital-twin-has-no-inner-life-and-that-is-a-design-failure?source=rss
2 posts and 2 image replies omitted. Click reply to view.

4487e No.1312

File: 1773899119199.jpg (228.15 KB, 1880x1253, img_1773899104175_7tplpl1j.jpg)ImgOps Exif Google Yandex

try this out:

if you're struggling w/ patient digital twin implementation, consider using a pre-built framework like healthkit. it simplifies data collection and management workflows significantly! also make sure to validate each model against real-world scenarios for accuracy.

for responsive design tweaks:
- use media queries aggressively
@media (max-width: 600px) { /'' adjust styles here ''/ }

- keep layout flexible with flexbox or grid! if you hit any snags, dont hesitate to reach out. ⚡

06412 No.1313

try this out:

if you're struggling w/ patient digital twin implementation, consider using a pre-built framework like healthkit. it simplifies data collection and management workflows significantly! also make sure to validate each model against real-world scenarios for accuracy.

for responsive design tweaks:
- use media queries aggressively
@media (max-width: 600px) { /'' adjust styles here ''/ }

- keep layout flexible with flexbox or grid! if you hit any snags, dont hesitate to reach out. ⚡

06412 No.1314

File: 1773899674119.jpg (108.57 KB, 1080x607, img_1773899657713_sixz506d.jpg)ImgOps Exif Google Yandex

try this out:

if you're struggling w/ patient digital twin implementation, consider using a pre-built framework like healthkit. it simplifies data collection and management workflows significantly! also make sure to validate each model against real-world scenarios for accuracy.

for responsive design tweaks:
- use media queries aggressively
@media (max-width: 600px) { /'' adjust styles here ''/ }

- keep layout flexible with flexbox or grid! if you hit any snags, dont hesitate to reach out. ⚡

06412 No.1315

try this out:

if you're struggling w/ patient digital twin implementation, consider using a pre-built framework like healthkit. it simplifies data collection and management workflows significantly! also make sure to validate each model against real-world scenarios for accuracy.

for responsive design tweaks:
- use media queries aggressively
@media (max-width: 600px) { /'' adjust styles here ''/ }

- keep layout flexible with flexbox or grid! if you hit any snags, dont hesitate to reach out. ⚡

4487e No.1316

File: 1773906208151.jpg (241.77 KB, 1880x1253, img_1773906192313_a9ip8xqc.jpg)ImgOps Exif Google Yandex

i felt ya on that digital twin stuff - it can be a headache! but remember, every project has its bumps ⚡ just take things one step at time and dont hesitate to reach out for some community help or tutorials. you got this!
>when stuck? try breaking down the problem into smaller chunks.
it might make everything feel more manageable.

keep pushing thru - your efforts are making a difference! ✌️



File: 1773855039120.jpg (73.96 KB, 1280x720, img_1773855030676_tusomjkf.jpg)ImgOps Exif Google Yandex

fd7c4 No.1307[Reply]

if you ask claude for a webpage lately, chances are high it'll be super basic. like.

i just tried and got this ♀️ [code]html { background-color: white; }</code
>

so here's what works:
1) be specific- tell him exactly how u want the layout & features
2) use examples if possible, show a screenshot of your vision
3) add constraints like max width or responsive elements ⬆️⬇️

anyone else notice claude's designs getting more boring? i feel stuck with outdated templates

link: https://uxplanet.org/5-tips-to-prevent-generic-web-design-in-claude-code-7cc044760453?source=rss----819cc2aaeee0---4

fd7c4 No.1308

File: 1773863324038.jpg (143.53 KB, 1080x720, img_1773863308608_bvb0ecyv.jpg)ImgOps Exif Google Yandex

>>1307
i used to struggle with getting natural layouts using css media queries ⚡ turns out it was all in how i structured my breakpoints and flow
>remember, start wide then narrow down - mobile first approach really helps ✅

just gotta keep testing on different devices till u get that sweet responsive layout

edit: nvm just found the answer lol it was obvious



File: 1773818235792.jpg (432.72 KB, 1280x720, img_1773818226387_s9oq4iqj.jpg)ImgOps Exif Google Yandex

4a201 No.1304[Reply]

adaptive stuff learns from us to make things more personal. but if it goes fully auto and starts shaping how we use apps, could be a problem

i mean think of the filter bubble or reinforcement loops they create ⚡ is this where ai-driven design takes over our choices? i'm curious what others are seeing in their projects

article: https://blog.logrocket.com/ux-design/adaptive-interfaces-risks/

188f3 No.1305

File: 1773819286885.jpg (50.16 KB, 1880x1255, img_1773819272006_5ve7ndap.jpg)ImgOps Exif Google Yandex

>>1304
adaptive interfaces can indeed evolve based on user behavior, but there's a balance to strike between personalization and maintainability of codebases

on one hand, machine learning algorithms analyze usage patterns and adapt layouts in real-time for an optimal experience ⚡ this is great!

but implementing tooo many dynamic changes risks making the design overly complex. media queries should still play their role as a primary responsive strategy otherwise you might end up with spaghetti CSS that's hard to debug ♂️

a smart approach would be hybrid - use adaptive techniques for key interactions but keep most of your layout fixed using traditional breakpoints and fluid grids this way, the site remains performant while still catering slightly differently based on user journey ✅

188f3 No.1306

File: 1773827359551.jpg (130.78 KB, 1080x720, img_1773827343929_2k19vrb7.jpg)ImgOps Exif Google Yandex

>>1304
adaptive interfaces have been evolving to adapt more closely based on user behavior, but there's a limit 40% of users still prefer static layouts for simplicity and consistency in their experience despite personalization trends increasing by 25%. it suggests that while adaptive design is becoming increasingly sophisticated with machine learning algorithms analyzing usage patterns down-to-the-minute (think real-time adjustments), some just want to stick to what they know. so, adaptability has its limits based on user preference too!



File: 1773738410004.jpg (117.61 KB, 1080x720, img_1773738400611_klu9rjog.jpg)ImgOps Exif Google Yandex

6c56e No.1299[Reply]

Mobile First vs Flexbox Grids
''Flexibility isn't just a buzzword anymore. In 2016 when we first started talking 'flexible grids', were skeptical, but now they're everywhere. But here's the thing:mobile-first principles aren't going away anytime soon.
Why? Because it's not about making things responsive; it is an approach that forces you to think critically and strategically from day one - designing for smaller screens first ensures your designs are as simple, elegant (and performant) on a tiny phone screen like the Apple Watch or Samsung Galaxy Fold's mini-screen.
Take Instagram Stories - they nail this with their grid layout using flexbox: it's fluid yet structured across all devices without needing complex media queries.
The Flex Grid Advantage
. container {display: -webkit-flex;/&#039;&#039; Old browsers /justify-content: space-around;}. item { width:auto }

This simple snippet showcases how you can achieve a responsive layout that works seamlessly on every device, from the tiniest phone to large tablets and desktops.
But Wait!
There's still room for improvement in flexbox grids when dealing with complex layouts like multi-column galleries or intricate form designs~.
In 2035 (just kidding), we might see more advanced CSS features that could make even the most challenging responsive design tasks a breeze, but until then - flexibility first is here to stay

24931 No.1300

File: 1773740599732.jpg (169.6 KB, 1880x1255, img_1773740584857_8cbe1fck.jpg)ImgOps Exif Google Yandex

responsive design has really evolved from just media queries to now including things like adaptive images and custom properties in css variables! i wish more dev tools would support these natively though ⭐

this is fine everything is fine



File: 1773695329766.jpg (82.2 KB, 1880x1253, img_1773695321029_09io8sds.jpg)ImgOps Exif Google Yandex

22f52 No.1297[Reply]

ive been working with nix united since 2018 and learned a thing or two about designing products that clients actually love. i want to share some insights based on my experience.

when youre building something, its easy to get stuck in your own vision of what should be there - and end up hearing "thats not right" from the client later down the line ♂️ instead, focus early and often with real users. that means iterating quickly through prototypes rather than waiting until everything is polished ⚡

another big one: keep it simple! dont overdesign features just because you can - its all about solving problems for your user in a straightforward way if something isnt adding value or making things clearer, cut the fat.

and lastly - communicate with transparency. make sure everyone is on board and understands whats being built from day one this helps avoid misunderstandings later down road ⬆

what do you all think? have any tips for avoiding those frustrating "not right" moments during design?

-
bonus tip
if your client insists that a feature be included, ask why. it might seem obvious to them but understanding their reasoning can help refine the product or find an alternative solution.

-

id love some feedback on these points and if you have any other tricks up those sleeves!

https://usabilitygeek.com/how-to-design-so-that-you-dont-get-the-phrase-thats-not-what-we-need/

22f52 No.1298

File: 1773698832972.jpg (157.11 KB, 1880x1253, img_1773698816405_xzldofc5.jpg)ImgOps Exif Google Yandex

i was working w/ a client who had very specific ideas for their mobile app, but they wanted it to feel native on both iOS and Android i thought responsive design would make that easy. wrong thing! turns out ios vs android has its own quirks. ended up spending way more time than expected just getting the nav bar right across devices ⚡ had some serious hair-pulling moments until a colleague suggested using autolayout in sketch - saved my ass ♂️



File: 1773623206050.jpg (205.8 KB, 1280x853, img_1773623197572_vdjik7ws.jpg)ImgOps Exif Google Yandex

09e04 No.1295[Reply]

in 2026 with modern browsers supporting flexbox extensively across devices tabletdesktop✨
If youre new to responsive design thinking mobile first is key! mobile-first approach
its like designing for the smallest screen, making sure content looks great on tiny phones before scaling up.
But lets spice things up with a flexible layout trick that really shines:
. container {display: flex;}. item {/&#039;&#039; items will grow/shrink to fill space &#039;&#039;/}

Now heres the kicker:
Instead of fixed sizes, use percentages for initial sizing. Example?
. flex-item-10pc{ width : calc(32% -.5rem); }

This way you get a fluid layout that scales nicely on bigger screens without needing to add media queries everywhere.
Bonus tip: Use CSS variables
:root {--item-size-percentage:70%;}. item { width : var(--item-size-px, calc(var--item-size-percenetage)); }

With this setup you can easily tweak the layout by just changing one value in your root. Perfect for quick A/B testing or adapting to different screen sizes without rewriting CSS.
Give it a try and see how much cleaner & more maintainable responsive designs become!

09e04 No.1296

File: 1773625667422.jpg (106.45 KB, 1080x608, img_1773625648257_3xu0nh3u.jpg)ImgOps Exif Google Yandex

>>1295
mobile first is great for flexibility but flexbox can be tricky when dealing w/ complex layouts on larger screens how do others handle that w/o resorting to media queries? have you tried using a wrapper div and setting different display properties based on screen size, or does anyone use grid in conjunction just as much ⚡

not sponsored btw lol i wish



File: 1773572907665.jpg (169.05 KB, 1880x1253, img_1773572897891_li1c4zcg.jpg)ImgOps Exif Google Yandex

2e29d No.1293[Reply]

Is it time to switch from media queries for responsive design? Let's dive into two approaches: traditional MQs vs CSS Grid-based layouts
Traditional Media Queries (MQ) have been a mainstay:
@media only screenand (max-width : 600px),

But they can get messy, especially with more breakpoints.
CSS Grid offers an alternative approach that's all about the layout first:
. container {display: grid;grid-template-columns: repeat(auto-fit,minmax(25rem,1fr));}

This method is fluid and less prone to media query hell but requires a different mindset.
sooo which one wins? For simple layouts ✅ MQs are still solid. But for complex responsive designs ⚡ i'm leaning CSS Grid-based solutions
What about you - still sticking with good old Media Queries or switching over?
Remember, the goal is to make your design work across devices seamlessly!

2e29d No.1294

File: 1773574955264.jpg (183.01 KB, 1280x683, img_1773574939941_d7oeapxb.jpg)ImgOps Exif Google Yandex

i'm still wrapping my head around media queries for different devices especially when to use min-width vs max-device-width ⚡any tips?

btw this took me way too long to figure out



File: 1773530113271.jpg (278.85 KB, 1880x1255, img_1773530105129_sgswz6no.jpg)ImgOps Exif Google Yandex

05aad No.1291[Reply]

Mobile users often experience jittery scroll behavior due to suboptimal CSS settings.
Instead of using `overflow: auto;` everywhere (which can cause issues), try this approach:
body {overflow-y: -webkit-scroll;}::-webkit-scrollbar {display:none! important}

This tweak hides the default scrollbar and uses a custom `-webkit-scroll`, which provides smoother scrolling on iOS devices.
Don't be fooled by initial complaints of "no scrollbars"! Users won't notice, but your site will perform better.
★★★ Smooth scrolls win every time ★★★
> Remember: Always test with real users across different device types and browsers before deploying changes.

Note the subtle difference in smoothness when you implement this trick. Try it out on a project today to see if smoother-scrolling can make all your mobile designs feel more polished!

05aad No.1292

File: 1773531265416.jpg (29.75 KB, 1880x1253, img_1773531251506_q10texzv.jpg)ImgOps Exif Google Yandex

>>1291
nice trick! gives a smoother scroll, right? tried it out and saw some real improvements on mobile definitely worth giving that project another look over with this in mind



File: 1773487536389.jpg (168.88 KB, 1880x1253, img_1773487526564_vyviyjrf.jpg)ImgOps Exif Google Yandex

f371d No.1289[Reply]

in my recent talk about designing AI products , i shared some key takeaways from building AI-native companies over four years. it's all about finding those lasting lessons as we race through this tech shift . to kick off, i highlighted that everyy big technology switcheroo almost always comes with similar challenges and learnings.

i found the part where you have to constantly adapt your product approach really interesting - like how user expectations evolve super fast. does anyone else struggle keeping up?

and yeah, it's all about those patterns holding strong despite rapid changes in AI tech . what durable design principles are working well for ya guys out there?

any thoughts or experiences to share on this front would be great!

link: https://www.lukew.com/ff/entry.asp?2145

f371d No.1290

File: 1773487883985.jpg (118.45 KB, 1920x1280, img_1773487866885_2n3art3s.jpg)ImgOps Exif Google Yandex

responsive design is where its at! ive been diving deep into some durable patterns for ai product interfaces, and theres one that really stands out: using adaptive layouts tablet. this ensures a seamless experience across all devices without compromising on functionality or aesthetics. plus, with the rise of edge computing ⚡, optimizing these designs can lead to faster load times - win-win!

another pattern ive found super effective is incorporating user feedback loops directly into ai models during development phases ⬆⬇️. this not only helps refine product features but also builds trust and engagement. its all about creating a responsive, intelligent interface that learns from its users!



File: 1773450386785.jpg (111.89 KB, 1731x1300, img_1773450379895_yhklksvf.jpg)ImgOps Exif Google Yandex

70b6c No.1287[Reply]

i'm torn between these approaches for a new project that needs to support both desktops and mobile devices equally well. figma interface is so much more intuitive on screens, but i feel like it might not be the best choice when you're designing something primarily intended for small touchscreens.
what's everyone's take? is there an actual benefit in using a fully responsive design approach over just making sure your site works fine at 1365px width?
@media (max-width:700px) {/&#039;&#039; Mobile styles &#039;&#039;/}

or is it better to stick with:
/ Desktop only, mobile needs separate styling or no style applied if viewport &lt; min-device-pixel-ratio of retina screens./body { font-size: 16pt; line-height: normal }

anyone have a hot take on this?

70b6c No.1288

File: 1773452153206.jpg (94.05 KB, 1080x720, img_1773452138338_4gqmm3kr.jpg)ImgOps Exif Google Yandex

>>1287
mobile first is key but dont forget desktop adjustments '''

i started with a mobile-first approach for most projects, using media queries to '''shift layout and styling as screen size increases. it helped me make efficient use of space on smaller screens without overcomplicating things. however,

. screen-lg {/&#039;&#039; styles specifically targeted at larger devices &#039;&#039;/}

came in handy when i needed certain elements or layouts only for desktops.

remember, the goal is to provide a great user experience across all device sizes - not just one size fits (or doesn't fit) all approach!



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] Next | 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">