If it’s just you, you don’t strictly need it. Personally though, I find it really useful precise because I’m not a great designer. I can fiddle around with sizes and layouts in figma until I get it the way I want it, then I turn that into code. I could jump straight from scribble to code, but having that middle step where I can exercise the idea without screwing with components or css feels nice.
Will Figma become an awkward middle ground?
31–40 of 134 posts
Re: Will Figma become an awkward middle ground?
#32my push back on this is that unless you have a pretty robust visual design system the outputs are going to be incredibly unoriginal. Yes it will make solving UX problems faster but at the cost of visual differentiation. There is always going to be a place for high fidelity exploration for styling innovation and brand identity.
What's more interesting that doesn't exist yet is the ability to create more compelling visual languages/systems based on inspiration screenshots. That's a big unlock IMO. Everything right now is very generic.
Re: Will Figma become an awkward middle ground?
#33Re: Will Figma become an awkward middle ground?
#34Slightly off-topic, but I dislike this trend of "designers over-designing everything". This website is aesthetically pleasing, and has it's own unique style, but scrolling the home-page is laggy on my $4,000 Macbook (Chrome). I guess it's because it downloads 14MB of resources and tries to download more based on scroll position?
If it does not, try another browser.
Re: Will Figma become an awkward middle ground?
#35I feel seen! I'm one of these codey designers. The madness that exists in modern design teams (I used to manage a team of 50!) is insane. There's a lot of time spent on "design systems" in Figma. Very generally Figma is not the website, and the effeciency additions of building tools there is a lost cause. Modern CSS and your JS frontend of choice is a lot quicker and more powerful for component building and general d…
I wouldn’t call Figma a prototype tool. It’s pretty bad at prototyping sophisticated interactions. They are canvas based clickable mock-ups with fancy transitions and a few more things. But it can’t generate / export to HTML which comes in handy when you need to use it offline.
Re: Will Figma become an awkward middle ground?
#36Earlier quoted context omitted.
If you want responsive page elements that change styling as you reflow the page, we have that now - container queries - https://developer.chrome.com/blog/css-ui-ecommerce-cq but it's still somewhat new, and nobody's existing design systems support them yet. People (myself included sometimes) still prefer using JavaScript for this stuff. It'll change over time, though. (Also I've been wishing for this for almost two d…
Thanks for sharing. I've just found that approach very clunky in practice, hence my comment about it snowballs into effectively having 3 different CSS (phone/tablet/desktop) and wrapped in media width queries. Though maybe I use it incorrectly. I'm always open to learning something new :)
Hello World
I don't know how resizing defaults would work well for most cases instead of specifying what you want.
Re: Will Figma become an awkward middle ground?
#37I feel seen! I'm one of these codey designers. The madness that exists in modern design teams (I used to manage a team of 50!) is insane. There's a lot of time spent on "design systems" in Figma. Very generally Figma is not the website, and the effeciency additions of building tools there is a lost cause. Modern CSS and your JS frontend of choice is a lot quicker and more powerful for component building and general d…
> There's way too much to do with media break points As someone who has been handwriting HTML/CSS for literally 25-years, I'm still shocked dealing with media break points isn't easier. It easily snowballs into you having 3 different CSS (phone/tablet/desktop). I wish there was something akin to 'light-dark' (where you can specific a different value conditional on the environment) but would be trigger based on window…
text=[1.2em] md:text=[1.0em] lg:text=[0.8em]Re: Will Figma become an awkward middle ground?
#38Earlier quoted context omitted.
Thanks for sharing. I've just found that approach very clunky in practice, hence my comment about it snowballs into effectively having 3 different CSS (phone/tablet/desktop) and wrapped in media width queries. Though maybe I use it incorrectly. I'm always open to learning something new :)
Well, I'm not sure of other syntaxes to make it simpler, but you could use a CSS variable to make it a little easier: https://developer.mozilla.org/en-US/docs/Web/CSS/var Especially if you re-use the same padding values for multiple parts of the page/site. Then you won't have to update values in 3 different places for each padding/font-size/whatever rule. Instead just set the variable for each @media width and then i…
https://stackoverflow.com/questions/40722882/css-native-vari...
Re: Will Figma become an awkward middle ground?
#39Re: Will Figma become an awkward middle ground?
#40I feel seen! I'm one of these codey designers. The madness that exists in modern design teams (I used to manage a team of 50!) is insane. There's a lot of time spent on "design systems" in Figma. Very generally Figma is not the website, and the effeciency additions of building tools there is a lost cause. Modern CSS and your JS frontend of choice is a lot quicker and more powerful for component building and general d…