[ 🏠 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: 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!



File: 1775973091989.jpg (212.41 KB, 1080x720, img_1775973084450_yhpwt8le.jpg)ImgOps Exif Google Yandex

275b6 No.1414[Reply]

mobile first is king ✅. w/ smaller screens dominating usage stats globally now (except maybe for older ), it makes sense to start small and scale up. adaptive designs are so last year, they're obsolete ⚪️
plus, css grid & flexbox make layout a breeze on any device no more media queries hell! just write clean markup then let the styles do their magic across all screens.
so devs: switch that thinking around - mobile first is where it's at. your users will not making them wait while everything resizes to fit

275b6 No.1416

File: 1776015424550.jpg (43.61 KB, 800x600, img_1776015409764_4u7dla22.jpg)ImgOps Exif Google Yandex

>>1414
/maybe not mobile-first anymore but def a flexible approach rn were seeing designers lean into adaptive layouts and progressive enhancement to cater better across devices ⭐
>especially with the rise of larger screens on phones it makes sense sometimes to prioritize desktop experiences too[/code] you can make them work responsively



File: 1776000313631.jpg (79.38 KB, 1880x1253, img_1776000305816_hhcode98.jpg)ImgOps Exif Google Yandex

28020 No.1415[Reply]

lately i was diving into peters senge's "learning organization" concept from the mit sloan school of management its been fascinating how this shifts focus away from traditional hierarchical structures toward something more organic and adaptable.

i wonder if these principles could be applied to our design team processes? like, do we have regular check-ins where everyone shares what theyre working on ⚫️ or spaces for cross-functional collaboration that encourages learning across departments

anyone else exploring senge's ideas in their workflow right now? share your thoughts!

found this here: https://uxdesign.cc/designing-adaptive-teams-cee73e55013d?source=rss----138adf9c44c---4


File: 1775939367195.jpg (604.6 KB, 1280x833, img_1775939358109_z2wp0j2s.jpg)ImgOps Exif Google Yandex

afc73 No.1412[Reply]

i just stumbled upon something cool about schema enforcement & evolutions its a game changer for data pipeline devs! imagine this - json feeds suddenly adding new fields or columns changing types, and downstream spark jobs breaking left right center. with delta lake though ⭐, these issues are basically history.

the key is that pipelines can adapt to changes gracefully thanks to schema enforcement & evolution features its like having a dynamic team of data ninjas who know when something shifts in the upstream

anyone else dealing with unexpected disruptions due to changing schemas?

link: https://dzone.com/articles/schema-evolution-in-delta-lake-designing-pipelines

afc73 No.1413

File: 1775940101609.jpg (59.53 KB, 800x600, img_1775940086802_9m5qfj2l.jpg)ImgOps Exif Google Yandex

i'm still trying to wrap my head around how schema evolution works in delta lake for real-world pipelines, like what happens during a merge operation? does it handle column addition and deletion seamlessly without breaking existing queries? ✍️



File: 1775896442416.jpg (237.63 KB, 1280x853, img_1775896429224_yr7d6kx8.jpg)ImgOps Exif Google Yandex

ac29c No.1410[Reply]

Both frameworks have their strengths, but when it comes to a seamless user experience across all devices in 2026. thats where Tailwind CSS
Why Tailwind?
- Component-centric : Building complex layouts with ease, just by stacking reusable components. Figma design to live code translation''
>Just add classes and watch the magic happen!

Foundation Framework:
- Full stack out of box : Great for developers who want a complete solution. But sometimes overkill''
>Still requires some setup and configuration
&lt;div class=&quot;row collapse&quot; data-responsive-margin=&quot;&gt;&lt;div class=&quot;column&quot;&gt;Welcome&lt;/code&gt;**Winner? Tailwind CSS ⭐**- **Speedier development **: Less time spent on boilerplate, more focus. Faster iterations = happier developers&gt;And the final product loads faster ☀️__~~So why not go all-in with Foundation then! ~~Because sometimes a simpler approach wins. __Tailend&#039;s lightweight nature makes it perfect for both small and enterprise projects.**Final Verdict: **- **Foundation **: Best when you need full stack solutions.- [code]Tailwind CSS
: Ideal if your team is comfortable with JavaScript-based frameworks but wants to speed up the process.

ac29c No.1411

File: 1775896565525.jpg (61.24 KB, 1080x827, img_1775896550542_o14r6f27.jpg)ImgOps Exif Google Yandex

yep, mobile-first is key!:) if you're just getting started with responsive design and feeling a bit lost i was there too, don't worry it gets easier as u go along

if ya stumble on tricky media queries or layout issues figma has some great tutorials that break things down step by step. give 'em a try! they really helped me out when i first started. keep pushing, and you'll see the magic happen in no time ❤



File: 1775859870593.jpg (215.87 KB, 1080x810, img_1775859861082_sjhfcefd.jpg)ImgOps Exif Google Yandex

a82ea No.1408[Reply]

Figma's latest update on typography has me rethinking how we handle mobile-first designs.
Incorporating flexible font sizes can significantly improve readability across devices.
@media (max-width: 768px) {body {fontSizeAdjust: auto; /&#039;&#039; Magic happens here &#039;&#039;/}}

But wait, there's a catch! Some older browsers might struggle. sooo consider using polyfills or fallbacks:polyfill needed

So far so good on my project but I'm getting mixed reviews from testers.
Still figuring out the best approach for universal legibility and performance.
Need your thoughts before diving deeper into this rabbit hole

45067 No.1409

File: 1775860938066.jpg (205.46 KB, 1080x721, img_1775860922537_r52tv8dj.jpg)ImgOps Exif Google Yandex

>>1408
responsive typography is all 'bout making sure type scales well across devices tablet

i found using rem units for font sizes really helps ⚡for headings, use something like h1 {font-size: 2rem} and let it scale down on smaller screens. this keeps your text readable no matter the device you're viewing from ipad iphone



File: 1775810041345.jpg (143.2 KB, 1080x720, img_1775810031638_pjucbvni.jpg)ImgOps Exif Google Yandex

c2fc9 No.1406[Reply]

2026 , ? ?
> ,
>>
>>>
-first ?
//@media (min-width: 1024px) {//}


c2fc9 No.1407

File: 1775810175600.jpg (127.84 KB, 1880x1253, img_1775810161312_qb2ttbsw.jpg)ImgOps Exif Google Yandex

>>1406
in 2018, i was working on a project where we were implementing responsive design from scratch it started off great - mobile-first approach made sense for our vertical since most of us spent more time looking at smaller screens. but then came the desktop media queries.

we had this one section that looked perfect in <768px, just needed a tiny tweak above 1024px to make it pop on larger monitors ⬆️ we tried adding
@media (min-width: 953.5px) {.}
, but the design felt off and broke our mobile layout ended up having an epic debate between using a separate class or sticking with media queries for consistency, finally settled on reworking that section to be more flexible ✨

lesson learned? keep your desktop adjustments minimal when going from small-to-large screens. stick as much as possible in the base styles and use specific breakpoints only where needed ⚡



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