Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Menu] Fix support of any type of children #5904

Merged
merged 1 commit into from Jan 11, 2017
Merged

[Menu] Fix support of any type of children #5904

merged 1 commit into from Jan 11, 2017

Conversation

oliviertassinari
Copy link
Member

@oliviertassinari oliviertassinari commented Jan 10, 2017

  • PR has tests / docs demo, and is linted.
  • Commit and PR titles begin with [ComponentName], and are in imperative form: "[Component] Fix leaky abstraction".
  • Description explains the issue / use-case resolved, and auto-closes the related issue(s) (http://tr.im/vFqem).

This is a continuation of #5893.
Thanks @billyvg for submitting the original PR.

Closes #5893.
Closes #5830.

@oliviertassinari oliviertassinari added the bug 🐛 Something doesn't work label Jan 10, 2017
@oliviertassinari oliviertassinari merged commit d651587 into mui:master Jan 11, 2017
@oliviertassinari oliviertassinari deleted the menu-random-children branch January 11, 2017 07:45
@oliviertassinari oliviertassinari changed the title [Menu] Support any type of children [Menu] Fix support of any type of children Jan 15, 2017
@jbhatab
Copy link

jbhatab commented Feb 4, 2017

@oliviertassinari you guys really need to change how you do versioning. upgrading from 16.6 to 16.7 shouldnt break my app and this is the third time upgrading material ui has broken something. I was using list item in select field before. I completely understand making these types of changes but it should at least be a major version upgrade when it breaks something.

@oliviertassinari
Copy link
Member Author

third time upgrading material ui has broken something

@jbhatab I'm sorry about that. We do our best to identify breaking changes. When we find one, we follow the semantic versioning. But that's really hard with a UI library, the API is very large. There is no simple input -> output tests that we can write, unless project like this: babel-plugin-transform-react-remove-prop-types.

In this specific case, focus handling doesn't work correctly with <ListItem />. Besides, you should have had a warning like this one:

Warning: Unknown props desktop, focusState on tag.

From my perspective, it's not a breaking change as it wasn't supported.

@jbhatab
Copy link

jbhatab commented Feb 4, 2017 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug 🐛 Something doesn't work
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants