New, clearer calendar setup structure instead of the old one. #314
Replies: 1 comment
-
I would say, major versions are the perfect time to do code cleanup and renames. Also whenever I start working on changes like these, I start with a Migration Guide (a GitHub Wiki page works well for these) that I later reference in my new GitHub Release, I use the
with a Migration Guide, it's easy for the user to follow and switch whenever the person is ready. So I voted for Yes, go ahead and do all the API changes you want, now is the time ;) |
Beta Was this translation helpful? Give feedback.
-
Hello everyone, now that I'm refactoring the code for v3.0.0, I'm faced with the fact that some options are named incorrectly and, in general, as more options became available, it all turned into a garbage dump.
In this regard, I had the idea to rewrite the structure of all options and their names accordingly, but as is clear from the idea, this will lead to the problem of switching from the old version to the new one.
I want to hear the opinions of other developers who contributed to the development of this calendar. What do you think about this?
@ghiscoding, @whataboutpereira, @olegpix, @johanrd
4 votes ·
Beta Was this translation helpful? Give feedback.
All reactions