Comments (2)
Hm, in the past I've not done that simply because people may not have made the jump from one minior Django version to the next. So for example if we'd have a 1.6 project on 1.6.3 and specify something like "Django>=1.6"
in the setup.py
then pip would not know which version to use, the major version installed right now or update to 1.7?
Anecdotally all of the projects I've worked on in past years had a requirements.txt that specified the base packages to be used by the project including Django and an exact version. That limited surprises and made us upgrade when we had the time to do proper testing. Additionally I would assume the pseudo namespace of the _django-_formtools package implies that it's supposed to be used with a Django release. I would not leave the specification which minimal version of Django to use to the package manager.
from django-formtools.
If formtools is going to only be supported for certain versions of Django, then should the version specifier be Django>=MIN_SUPPORTED_DJANGO_VERISON
? That way, when it is installed it will always get a compatible version of Django, but users can always use their own requirements file or whatever to pin the versions. At least like this if I already have a version of Django installed which meets the MIN_SUPPORTED_DJANGO_VERSION
, it won't need to install anything and won't cause problems.
from django-formtools.
Related Issues (20)
- Release version 2.4 HOT 2
- Infinite Recursion possible in 2.4 HOT 41
- Document how to test form wizards
- update links
- Invalid CSRF Fail HOT 1
- Question: Best way to make request after form submission HOT 1
- how is the name of an html element created and how do i get that from the form wizard?
- Release new version with Django 4.2 LTS support HOT 4
- Access URL Parameters in WizardView Templates
- README: irc archives no longer exist HOT 2
- dependent fields is not working django-select2 HOT 1
- Exception Type: KeyError at ... HOT 1
- pkg_resources in current release (2.4.1) clashes with python 3.12 default venv HOT 2
- Build produces a version 0.0.0 HOT 1
- Attempting to implement conditional views generates the error RecursionError: maximum recursion depth exceeded HOT 1
- Regression from #168: unable to call get_cleaned_data_for_step on conditionally step
- ModelForm + Crispy Forms + Additional Field: clean_FIELD does not receive expeceted data
- WizardForm should have a `form_invalid()` method
- "Package … is absent from the `packages` configuration" warning for data packages from setuptools
- Handling multiple forms in one step HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from django-formtools.