Skip to content
This repository has been archived by the owner on Aug 13, 2021. It is now read-only.

Ergonomics of using multiple motion libraries in an app #164

Open
jverkoey opened this issue Nov 1, 2016 · 1 comment
Open

Ergonomics of using multiple motion libraries in an app #164

jverkoey opened this issue Nov 1, 2016 · 1 comment
Labels

Comments

@jverkoey
Copy link
Contributor

jverkoey commented Nov 1, 2016

We'll soon have the following motion libraries for iOS:

  • core-animation-swift
  • transitions-core-animation-swift
  • pop-swift
  • transitions-pop-swift
  • direct-manipulation-swift

This feels like a lot of libraries to manage.

Should we consider providing a meta library that includes all of our "core" motion libs? Might be called MaterialMotionLanguage or something to that effect.

@appsforartists
Copy link
Member

I've always expected we'd do something similar to this. Having a batteries-included library that packages all of our recommended components will make it a lot easier for beginners to get started.

I've been imagining that I'd ship something like material-motion that exports the modules that most people will want, and allow people who want more selectivity to import material-motion-runtime, material-motion-gestures, etc. piecemeal.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants