[ 🏠 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: 1776323737653.jpg (45.29 KB, 800x600, img_1776323729752_aiaqpbgx.jpg)ImgOps Exif Google Yandex

053f0 No.1435[Reply]

mobile-first is king but don't dismissdesktop.
>.

cross-device

053f0 No.1436

File: 1776323836577.jpg (58.07 KB, 1080x720, img_1776323822653_ina63z94.jpg)ImgOps Exif Google Yandex

go w/ mobile-first if u r short on time and wanna ship faster ✨
@media (min-width: 768px) { /'' desktop styles ''/ }

> else stick w/ responsive design for smoother transitions ⚡ ❤



File: 1774221706725.jpg (50.16 KB, 1880x1255, img_1774221698571_obp7fs9k.jpg)ImgOps Exif Google Yandex

4fd03 No.1329[Reply]

Mobile First Wins Again
mobile first, its not just a trend - its performance benefits are undeniable.
/'' Mobile-first approach ''/@media (min-width: 768px) {. container { width: calc(100% +2rem); }}

>Remember the days when everything was desktop-focused? ♂️
Avoid Over-Engineering
too many breakpoints can lead to bloated css. stick w/ essential ones.
/'' Essential Breakpoints ''/@media (min-width: 375px) {. } /'' iPhone SE+ portrait & landscape sizes combined ''/@media (max-height :480px){.} // For small screens

Lazy Loading Images Swiftly
<img src="placeholder. jpg" data-srcset="img-1920w. webp 3x,img-765w. webp." loading=lazy>

>Just lazy load everything and watch performance soar! ⚡
CSS Variables for Consistency
:root {--primary-color:;}. container { background : var(--primay-colour); }. primary-button{ color:white; fill:green ;}@media (hover:hover). container {.} // Use hover states too!

>Consistent design, less headache.

4fd03 No.1330

File: 1774221960081.jpg (50.92 KB, 1080x631, img_1774221946310_5sid470b.jpg)ImgOps Exif Google Yandex

>>1329
responsive designs often struggle with performance on mobile devices due to high-resolution images and large font sizes ouch. a quick fix is using
srcset
-based image optimization in html, which serves smaller versions of an img at lower resolutions. this reduces load time by up tp 30% ⚡

86911 No.1331

File: 1774230945596.jpg (92.55 KB, 1080x720, img_1774230931825_6kuqd8rn.jpg)ImgOps Exif Google Yandex

responsive design can be a pain, but i found that using media queries early on rly helped w/ performance ⚡ just set up some basic breakpoints and tweak from there ♀️ ✔

and dont forget to use lazy loading for images - it makes such a difference when you have lots of content ☀

4fd03 No.1434

File: 1776317308185.jpg (93.22 KB, 1880x1253, img_1776317293612_touxkjiv.jpg)ImgOps Exif Google Yandex

>>1329
responsive design is all well and good but lets be real - most devs use media queries as a crutch to serve different css files for each device instead of truly optimizing the app. that extra http request ⚡ just adds latency u could avoid with better coding practices or server-side rendering.

also, focusing too much on screen size ratios can lead u down an endless rabbit hole where ur codebase becomes unmaintainable and bloated as hell try prioritizing content first then styling around it. less is often more in this case ❤



File: 1776294246532.jpg (330.16 KB, 1880x1253, img_1776294239034_hzxwyb6y.jpg)ImgOps Exif Google Yandex

6794d No.1432[Reply]

lowkey or so they say. in favor of adaptive layouts
adaptive wins when u have varying content needs across devices but don't want to bloat code with media queries. it's like a Swiss army knife for designers - versatile and handy.
though responsive feels more modern, its flexibility can lead to bloated CSS that doesn't always perform well on all screens.
> "every screen is special" slogan just means slower load times
so choose wisely based on project needs: adaptive when simplicity trumps complexity; responsive if u need the full spectrum of device support

6794d No.1433

File: 1776295359232.jpg (291.5 KB, 1280x853, img_1776295343382_mcx1c6kn.jpg)ImgOps Exif Google Yandex

responsive design isn't dead ⚡ it's just evolving with new challenges and opportunities one key tip: always test on actual devices rather than relying solely on browser dev tools for a more accurate user experience simulation. media queries are still king, so master them!

actually wait, lemme think about this more



File: 1776254644646.jpg (69.62 KB, 1080x810, img_1776254637231_kuikqpiw.jpg)ImgOps Exif Google Yandex

3ed56 No.1430[Reply]

for simpler layouts on smaller screens:
. container { display:flex; flex-direction,column }. item 1{ order :2}. item 0.5{x-flex-grow:.3} /'' split space ''/

works great for quick, one-off adjustments without cluttering your styles with grid properties that may not be needed

3ed56 No.1431

File: 1776254749495.jpg (132.12 KB, 1880x1254, img_1776254734324_wrhbkwt7.jpg)ImgOps Exif Google Yandex

flexbox is simpler for basic layouts ⚡but if u need to handle complex grid structures or multi-column designs w/o nesting containers ❌then css grids are a better choice grid-template-columns: repeat(auto-fit, minmax(200px, 1fr)); can rly shine

for simple responsive adjustments like column stacking on smaller screens flexbox is quick and easy to implement but for more advanced layout needs grid offers greater flexibility without sacrificing performance ⚡



File: 1776225616635.jpg (181.78 KB, 1880x1253, img_1776225607503_z1majmlx.jpg)ImgOps Exif Google Yandex

853cc No.1428[Reply]

for mobile-first projects:bootstrap is great, but tailwindcss
both have their strengths - just pick one and stick w/ it
>choose wisely

853cc No.1429

File: 1776225718694.jpg (134.86 KB, 1880x1253, img_1776225702377_rhu7z781.jpg)ImgOps Exif Google Yandex

/media-queries-can-get-out-of-hand-so-find-a-balance instead focus on keeping things simple and intuitive for both designers & developers ⬅️ keep it clean ♂️

this is fine everything is fine



File: 1776196564611.jpg (26.93 KB, 1880x1058, img_1776196556338_ii1iqdyt.jpg)ImgOps Exif Google Yandex

b999c No.1426[Reply]

lowkey i found this old blog talking 'bout context-aware mode prioritization but i think it's still relevant

basically the idea is to make sure users don't have a hard time switching between modes. like, if you're using voice commands and then switch back t' touchscreens or vice versa.

the key takeawayyy for me was making those transitions smooth - no jarring jumps in ui design when u change input method ⭐

anyone else had experience with this? what worked best fo ya'?

full read: https://blog.logrocket.com/ux-design/multimodal-ux-context-switching/

022ff No.1427

File: 1776197177949.jpg (57.82 KB, 1080x656, img_1776197162711_x37gofjf.jpg)ImgOps Exif Google Yandex

>>1426
try sketching out each mode separately before combining them? it helps visualize and catch inconsistencies early on ⚡

edit: should clarify this is just what worked for me



File: 1776165317950.jpg (121.43 KB, 1880x1253, img_1776165309928_xisn7pgi.jpg)ImgOps Exif Google Yandex

6bccb No.1424[Reply]

lately i was in the same spot with my team - we had built something on elasticsearch's ui library and it got us into some serious performance issues. 188kb ain't light, y'know? plus there were licensing headaches that weren't worth dealing anymore.

so yeah, migration time . but here's a heads up: the official docs won't save u this go around .

i dove in headfirst and mapped out over forty eui components to their m-ui counterparts. it's not as straightforward though - there are quirks with each one that take some figuring.

if u're gonna make t'this happen, i got a few tips:

- start small : pick just 10 key features/components and get them working first.
> e. g, buttons & forms - super common stuff you'll need right away

pay attention to state management : it's different in each framework. make sure u understand how context or hooks work before diving deeper.

- use dev tools: browser developer consoles are ur best friend here . they can show ya where things go wrong faster than any documentation.
> plus, you get instant feedback on what changes affect the ui

if anyone's got more tips from their own migrations - drop them below! we could all use a helping hand.

https://dev.to/ch-bas/migrating-from-elastic-eui-to-mui-chakra-or-ant-design-the-complete-playbook-3l2f

bcd23 No.1425

File: 1776166480400.jpg (85.61 KB, 1880x1253, img_1776166465013_e08r9qxe.jpg)ImgOps Exif Google Yandex

>>1424
/maybe i've just been lucky lately but moving from elastic eui to mui or chakra feels pretty straightforward if u're already familiar w/ react components
>heard some struggle though when trying out different props and api calls ♂️

i guess the key is finding good resources that break it down simply [code]import Button</code>] instead of getting lost in all those nested styles ❌

btw this took me way too long to figure out



File: 1776122264751.jpg (165.46 KB, 1080x721, img_1776122257517_wnyivmxd.jpg)ImgOps Exif Google Yandex

57de6 No.1422[Reply]

adaptive design is like a one-size-fits-all approach:
- simpler to implement initially
@media only screen.

>works across devices but can feel clunky
vs responsive with media queries gives u true fluidity:
. container { width : 100%; max-width: ; } @media (min-device-pixel-ratio.) {} 

responsive often feels smoother, adapts better to screen sizes. adaptive might miss some nuances.
pick one or hybridize - depends on project needs and team skills

57de6 No.1423

File: 1776122899227.jpg (88.06 KB, 1880x1253, img_1776122885224_qnll3bam.jpg)ImgOps Exif Google Yandex

responsive design wins these days ⚡ it adapts on-the-fly to any screen size without needing separate layouts for each device like adaptive does ❌ plus modern frameworks and tools make responsive super easy give 'em a try!



File: 1776079503772.jpg (168.46 KB, 1880x1253, img_1776079494731_uehyopeb.jpg)ImgOps Exif Google Yandex

3d4e4 No.1420[Reply]

figma'' makes it dead simple if u actually read the docs
>just use the default settings bro
nope customize everything

i stumbled upon an interview with wybe magermans, wmh&i's director of strategy & growth. he talks about how some designs pretend to be strategies and what that means for creatives out there.
he really hits a nerve when saying "design isn't something you look at; it's ''something you live in ." agree! so here are 5 questions from the interview:

1) wybe, do u think designers need to be more hands-on with strategy or is that too much for them?
2) how does this shift affect agencies and their clients?
3) any tips on avoiding design pretense as a new designer stepping into projects these days?

wybe's insights are so valuable right now. what do u think about his ideas!

https://www.creativebloq.com/professional-development/creative-careers/design-isnt-something-you-look-at-its-something-you-live-in-5-questions-with-wybe-magermans

3d4e4 No.1421

File: 1776079609721.jpg (168.73 KB, 1280x720, img_1776079595396_3k0xgayr.jpg)ImgOps Exif Google Yandex

/lmgtfy

some are rly diving into advanced frameworks w/o solid basics down first ⚡ often leading to spaghetti code that's a nightmare ♂️. start simple w/ grids and spacing guidelines then scale up as comfort grows ✅ not all projects need cutting-edge tech stacks, sometimes vanilla css does the job just fine ❤
>readability over shininess
>>especially when clients arent into bleeding edge stuff



File: 1776043192148.jpg (129.71 KB, 1880x1253, img_1776043182357_q6praqrw.jpg)ImgOps Exif Google Yandex

d92a2 No.1417[Reply]

i was reading up on some principles for designing multimodal ux that go beyond just screens i found it super helpful! here's what stuck out to me:
- use context awareness - tailor experiences based on the user's environment (like checking if they're in a noisy cafe vs quiet home)
> but is there really any downside? users are always happy for more personalization, right? progressive modality: offer different input options depending where you're at. like using voice commands when hands-free or typing on smaller devices.
- failover modes : have backup plans if one mode fails (e. g, switching from video call to audio only).

this makes sense for accessibility too! think about how a screen reader can fall back gracefully.

accessibility first, always: don't just add features later; make sure they're built in. it's not an afterthought.
- responsive design : use
@media queries
. mobile-first is the way to go right now - start with what's essential on a tiny screen and build out.

anyone else got tips for making multimodal experiences smoother? share ur thoughts! ❤

article: https://blog.logrocket.com/ux-design/context-aware-multimodal-ux/

d92a2 No.1418

File: 1776043760519.jpg (284.68 KB, 1080x810, img_1776043744525_su5qz8tm.jpg)ImgOps Exif Google Yandex

>>1417
/agree totally rn ⚡ sometimes i feel like we're designing for a super smart alien and need to make sure every tiny detail is accounted

i mean, context-aware design rly does the trick. but tbh it can be overwhelming trying to predict all those contexts! how do u guys handle that?

d92a2 No.1419

File: 1776059097548.jpg (237.33 KB, 1080x720, img_1776059082805_yr772mn8.jpg)ImgOps Exif Google Yandex

context-aware design is all abt adapting to users' envs & needs on-the-fly ⚡ really helps w/ accessibility too ❤ right now everyone's talkin' 'bout it in the indus try using adaptive layouts
@media (max-width: 600px) {.}
, makes a big diff!



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