Follow Polymer on Google+: plus.google.com/107187849809354688692
---
You received this message because you are subscribed to the Google Groups "Polymer" group.
To unsubscribe from this group and stop receiving emails from it, send an email to polymer-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/polymer-dev/1d345c35-6758-4393-9a23-d2c4c3a919a4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To view this discussion on the web visit https://groups.google.com/d/msgid/polymer-dev/bd97d9fe-2c97-41ff-b136-228bcacf6b0d%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/polymer-dev/CANnpEN_FH1fQFVLpxrZHu-CVSg1Kv-ZLKsG-RVeLGW%3Du7EgwkA%40mail.gmail.com.
Yes. Angular-material is good if you already use angular, and does not use webcomponents to implement the design spec. Notably, if you use angular, you should use angular-material as the newer polymer shady / local dom implementation does not look to be out-of-the-box compatible with angular (both libraries do dom manipulation, but polymer requires all dom manipulation to go through its local dom api, see my other thread about this).MaterializeCSS is a nice material design implementation (I haven't used it for anything real, but I did run through some demo code with it to see how it works) that is also not webcomponents-based. Furthermore, MaterializeCSS doesn't use flexbox for layouts, and does have a jquery dependency for its javascript controls.So: they're all different approaches to the material design spec. Materialize is the most agnostic in terms of the rest of your framework, ngMaterial is an angular-only thing, and paper-components are built on polymer/webcomponents. Depends on the rest of your application.
To view this discussion on the web visit https://groups.google.com/d/msgid/polymer-dev/CABsi40%2BgBBDcwZtfY8%2B%2B_g7DsaNEkZbp9gkFA8M6RXtWpDTqcA%40mail.gmail.com.