Painting with Code: Introducing our new open source library React Sketch.app

Re:Painting with Code: Introducing our new open source libra... by jordanlev on Tuesday April 25, 2017 @02:53PM (#14196819)

Ah, this makes sense (assuming this is what they're saying).

So there would be one sketch file for the basic components that is generated from the React code, but the designers who design specific pages of the site (for example) would still design in sketch, but pull from the components of the one "read-only" (react-generated) sketch files. Very cool!

[ Parent | on HN ]

Re:Painting with Code: Introducing our new open source libra... by jongold on Tuesday April 25, 2017 @03:02PM (#14196916)

Exactly (and thanks to Andreas for explaining it better than me).

We have a design systems team that creates & maintains the system (in collaboration with our product designers), resulting in read-only Sketch templates. when _designing with_ canonical components our product designers are using that template, so it's kind of the same workflow - we're just creating the read-only templates from code rather than by hand.

[ Parent | on HN ]

Re:Painting with Code: Introducing our new open source libra... by bstasse on Tuesday April 25, 2017 @03:46PM (#14197302)

So your design systems team has to be able to code React components, or any change or new component has to be coded by a developer before being made available to your product designers?

If so, does is not lengthen and complicate a lot your design process?

[ Parent | on HN ]

Re:Painting with Code: Introducing our new open source libra... by bostonvaulter2 on Tuesday April 25, 2017 @07:51PM (#14199335)

Would be fantastic to add a section to the blog post and project README with a quote like this

> the designers who design specific pages of the site (for example) would still design in sketch, but pull from the components of the one "read-only" (react-generated) sketch file

Maybe under a "why use this?" heading?

[ Parent | on HN ]