/resp/ - Responsive Design

Anthropic Labs, the Claude-maker's AI safety and research division, on Friday launched Claude Design, a new service in research preview The post Anthropic launches Claude Design, a Figma and Canva rival built on Claude appeared first on The New Stack.

full read: https://thenewstack.io/anthropic-claude-design-launch/

i think mobile is king now but some big sites still prefer to build for deskies then adapt.
if ur site/app needs speed and ubiquity go mob fi. else, desk-fi might serve older tech better.
but with css grid flexbox r everywhere - the battle's over? not so fast. design systems like

system-ui

, web components on mobile lag behind desktops in perf & interactivity.
so is it time to rethink our approach again?
anyone got a new perspective or best practice theyre sticking by?
>we'll see what 2036 brings

i feel like we're wired to create something amazing with our hands (or fingers), but the digital world is all "consume consume." how do u balance that?

imagine a designer at day's end. they've reviewed ai-generated ideas, replied slack messages nonstop about design stuff not even related anymore scrolled through dribbble hoping for inspiration - just to deliver another iteration of something familiar.

what's ur go-to method when the creation vs consumption tug-of-war comes knocking?

found this here: https://uxdesign.cc/are-we-makers-by-nature-or-consumers-by-design-0a63abb301f0?source=rss----138adf9c44c---4

fr i noticed most were built using the default light/dark theme setup, which is great but makes customizing a bit harder if u want something more unique.

anyone got tips on where we can grab some nifty templates or plugins to jazz things up without starting from scratch?

also curious about any pros out there who've had success with these in production. did they hold their own against paid options?

https://blog.logrocket.com/32-free-flutter-templates-mobile-apps/

inside a lot those communities its all like "look at this amazing product" but nowhere do they talk abt who might misuse stuff. in the real world we gotta think beyond happy path cases

i mean, come o n responsive designs should be resilient right? not just look good on phones & desktops but protect users too

what if someone's building a toxic app and uses our design patterns as blueprint? thats where edge case thinking fails us. u cant make assumptions abt who'll interact w/ ur stuff

so yeah, next time im designing smth gonna ask myself "who might use this in harmful ways?" & try to block those paths off from the start instead of just hoping they dont find them

https://uxdesign.cc/i-watched-the-manosphere-documentary-here-is-how-design-is-making-things-worse-771de2bad594?source=rss----138adf9c44c---4

grid containers are like flex on steroids

display: grid;gutter-width: 10px;

set columns or rows easily using fr
Figmas auto layout just makes this easier to visualize in designs but dont rely solely

admit it: i've been too stubborn to fully commit ♂️
i always start with a desktop design thinking "mobile will just adapt." but now that screens are everywhere, responsive isn't enough. it's time for adaptive!
so here's my dilemma:
- when do you switch from mobile-first? at 768px? should i stick to the rule of thirds?
>Or is it okay sometimes not be so strict?
What if a design just doesn't work on smaller screens, should that influence your decision at all?
share your experiences and tips! ➡️

imagine you're shopping online when suddenly the site goes haywire . instead of just showing "internal server error" and making u think it's some simple glitch, what if your request was actually handled gracefully by an 'always-on' system? that way users like us could continue browsing without a hitch ⭐

i've been reading up on these fail-operational state machines for physical ai systems. the idea is to design them so they can operate even when parts fail - kind of how our bodies keep going despite minor issues . it's not just about keeping things running; you want critical functions like security or payment processing still working smoothly, no matter what ⚡

this approach could totally change user experience for ai-driven services. instead of getting annoying errors and having to refresh the page constantly (which is honestly so frustrating), we'd have systems that can handle failures better without sacrificing performance

anyone else out there interested in how this might shake up our interactions with physical ais? i'm curious what everyone thinks!

article: https://dzone.com/articles/beyond-fail-safe-designing-fail-operational-state

i just wrapped up a project with my dev buddy using intent for our site build it took us three weeks from start to finish - pretty snappy! what really blew me away was how smooth we collaborated. here's the deal:

design first : kicked things off by sketching out ideas in figma, then tossed them over the fence straight into code w/o any handoffs or delays ⚡ this kept our vision clear and consistent from day one.

we stuck to a mobile-first approach , which meant we tackled smaller screens b4 scaling up. it was super intuitive for both of us - less fussing around with media queries later on! intent: the tool made all-the-difference, allowing real-time updates sooo our designs were always aligned in code land.

what worked well?
- quick prototyping and testing cycles
- less confusion abt design vs dev priorities

anything to watch out for?
> make sure your team is comfortable with both tools from get-go. it's a bit of an adjustment but totally worth the effort ❤

anyone else tried this setup or have tips on making designer/developer workflows smoother?

full read: https://www.lukew.com/ff/entry.asp?2148

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

cross-device