Converted Docs to Typescript
This is great work, thanks! This was definitely a lot to churn through and I totally understand the any usage - it's good to get this working in typescript first and we can iteratively improve the typing for those in future diffs :)
Just a few things:
- I do see a bunch of TODOs - it would be great to get them into an external list so we can track them as we address them in future diffs. Feel free to use the projects github issues and paste the issue link next to the TODO.
- Most of the ts-ignores have comments (thank you!), but there's a few where it's not clear why they're there and it would be helpful to have a brief comment for future reference.
- Noted a few places where it would be nice to have better types in this pass
- If possible, we should try to diagnose why the eslint settings from this project is affecting dagit.
Overall, awesome work! Let me know if you have any questions about any comments.
I'm not sure if this is the reason that arc lint is complaining about jsx-a11y in dagit, but I don't see any other changes that would cause that.
This is in reference to 
Would it be possible to add a comment here about why we are ts-ignoring?
It would be really nice to get actual types here if possible, we use this node heavily.
This seems a bit rough to do a null check and type cast every-time we want to use a color - would it be possible to clean this type up to prevent that?
Just so that I understand IntrinsicElements - does this mean that children can only be a <dl> component?
Pretty neat - learned something new :)
Is this any related to the todo in docs/gatsby/src/systems/Core/Layout/machines/responsive.ts
Could we add a comment for this ts-ignore
Looks like we can grab types for this from https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/react-instantsearch-dom
This is great
This is another one where we would would get a lot of value by not having any
 It would be great to figure out why the estlint rc is affecting dagit, so that we don't have problems with the two projects interfering with each other in the future. The goal here would be to not have any lint errors if we remove this package.
Looks great. Added some followups for unaddressed feedback - feel free to address those here or in a future diff, and land this whenever you feel ready :)
^ Following up on this
^ Following up on this
^ Also following up on this