v0.15.0

[oliviertassinari]

I have a list of task in mind for the next breaking change release.

Top priority

• Remove the menu component as it's deprecated since v0.14.0 and no longer used in the source code
• Remove all the deprecated code
• Change the default value of firstDayOfWeek from 0 to 1. [DatePicker] Change the behavior of firstDayOfWeek to follow ISO #2980
• Change the default value of labelPosition for the FlatButton and RaisedButton. It should follow the labelPosition used in the Switch section.

Nice to have

• remove valueLink as it's going to be deprecated by react [valueLink] React is deprecating the usage #2880
• improve the eslint rule enforcement, especially those to prevent potential error. [Core] Improve eslint a bit more #2903
• use warning instead of our home made check
• finish the migration of the documentation for the codgen

[mbrookes]

Also, there are quite a few other issues tagged with the 0.15.0 milestone not listed above: https://github.com/callemall/material-ui/issues?q=is%3Aopen+is%3Aissue+milestone%3A%220.15.0+Release%22

Would it make sense to have a dedicated branch for 0.15.0 to allow easy release of 0.14.x releases with segregation of breaking changes targeted for 0.15.0?

[alitaheri]

Change the default value of firstDayOfWeek from 0 to 1

@oliviertassinari Shouldn't by standard Monday be 0? @mbrookes I'm no expert on the standard. Is defaulting to 1 (yet starting from Saturday) against the standard?

[oliviertassinari]

@alitaheri I'm not sure to follow your point. We have 0=Sunday and 1=Monday. Do you want to change it to 0=Monday?

[alitaheri]

What I mean is, if by standard the start of the week is Monday, then it's more convenient to start COUNTING from Monday too. in other words it will be like: 6=Sunday and 0=Monday and so on. with default still being 0. instead of changing the default to 1 we rotate the days the numbers correspond to. So the standard is respected in every aspect.

[oliviertassinari]

instead of changing the default to 1 we rotate the days the numbers correspond to.

That makes sens 👍.

[mbrookes]

I thought the same, which is why I raised the question of the default in the PR, since changing the numbering in a future release could have more impact than just changing the default.

However, Date.prototype.getDay() has Sunday=0, so at least it's consistent with that.

[oliviertassinari]

Let's move the conversation here #2980.