Discussion issue to decide on the future of fixed vs flexible

[araujoarthur0]

Just to document that we have this issue in place and it needs to be finalized before the next release happens.

If we go for flexible only:

• Remove number-of-entries preferences
• Remove class duplication, and simplify styles

If we keep them:

• Separate styles file ASAP, we're over 1200 lines
• Rename Calendar to FixedMonthCalendar and create a base calendar class with stub method implementations

[thamara]

I think we should go for flexible always, do these things you mentioned, but have a better error handling if someone has any type of issue migrating to the flexible.
The reasons for migrating to the flexible:

• It doesn't remove any feature from the user
• It will allow us to only need to maintain one calendar type
• It will allow us to implement a partial waiver (as now we are not tied to 2 or entries)