It's not a great font for programming FYI

https://twitter.com/nicknisi/status/997124598411026433

Yeah!! In hindsight, embedding a Codepen would have been so much better. good work!!

Yeah for sure! Let me know if you need anything.

Yes!! https://github.com/splitinfinities/lottie-wc

Thank you so much, I hope you enjoy it!

Thank you for the feedback - we’re sure we tried to find super interesting subjects, but it doesn’t hit the mark for everyone. And, the internet is a big place! My design trend are design systems, and it’s my big focus throughout 2018. That existed in 2017, but it’s getting better and more well defined. There’s value in repetition - it shows the genre has more inside it to explore.

It was high effort by a good team :) I hope you give it another chance!

I agree that style doesn’t equal substance. And trends by definition do have short lives.

Arguing trends are for weak designers is false, and does harm to good design. Using a trending motif in a new and fresh way helps you differentiate from others designing in the trend - and that’s our goal here. To help inspire designers to use the trends to differentiate.

Another goal is to help educate emerging designers on how to do these things. It’s kind of tough to find inspiration that’s catered, and we wanted to do that. Google wouldn’t help you find something catered.

And they may feel corny, but it’s our quirk. We want you to do serious work, but not be too serious about it. Learning should be fun, if there wasn’t quirk in the wordplay, it would be challenging to stay engaged and remember what you’ve learned.

This is a fantastically documented article. I'm really excited for more presentational components to be done in tools like these.

Una is my hero. This is a really mindful piece.

Hey Kyle,

For plugins, I'm mostly speaking to the idea of opening up the platform to third parties so that can add integrations. I'm not sure right off the top of my head what Adobe have historically used for this. But letting the community build around XD is a great direction because it's what makes sketch such a powerful design platform for product.

Exactly what Hamish has mentioned. There are different strategies, but as a product tool, it would be sublime to render a component library in the editor - this can make a design system simpler to create and iterate on. Compositor's Lab (https://compositor.io/lab/) is also a great inspiration. The goal should be not to create code for handoff to the developer or engineer, but to create the UI components that are to be collaborated on with the developer or engineer. It's a fidelity issue. Hard to solve through people or process, but reliable once you design for components - like much of the industry has.

Yesterday, Invision released a great book on design systems that I believe work very well with sketch, but XD and your tooling make it very tough to collaborate as tightly on a design system. https://designbetter.co/design-systems-handbook in this, it details the responsibility of engineering and design teams. Engineers use components to implement the design. So my recommendation here is coming from trying to get your product to bring design and code closer - make the component the source of truth, make it a symbol, make it reusable.

The other file format issues are because moving between XD and Sketch could be a boon if you don't want to go in this direction. If you make the format interchangable, then Sketch can be design systems, and XD can be the place where the components come to life.

Making them web renderable is the idea of not converting it to code - but using the code as the source file to render and edit the designs. The difference is nuanced, so I'm sorry I don't know how to make it clearer. It's this idea of hopping to different products in order to get UI completed. If we don't have to hop, that helps design and engineering collaborate together better.

Thank you for the time, Kyle and XD team - I really appreciate what you're working on. We use XD at Flywheel.