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
The europe.py file starts to be quite big, should we start splitting calendars? #135
Comments
good idea |
I am starting the work here: #136 |
AFAICT, usa.py won't evolve, since all the US states are in, and, except if global geopolitics changes happen, there won't be new states. Maybe, at some point, if Asian calendars are incoming, we may have to split (too) big modules |
Does it means that I do not need to split usa.py and core.py ? |
merged, thanks a lot. |
I think a file per country could make it easier to maintain.
europe.py → europe/_init.py, europe/estonia.py, europe/france.py, europe/swiss.py, etc...
The text was updated successfully, but these errors were encountered: