django api

2022-03-17 Thread mahdi abolghasemi
I have just started learning Django and am a beginner. I have a project related to cryptocurrency, and it is supposed that the white paper we import through the API will get the price and volume from the desired site (example: coinmarketcap.com), but no matter how much I search, I do not know h

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-20 Thread Pascal Chambon
Hello, Just for the record, we spent a good time discussion this change (to bring > inheritance of Admin Actions in line with Python’s expected inheritance > rules). We reviewed the entire history of the feature. We explored an > alternative approach, which would have maintained BC. We put the dis

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-20 Thread Dave Burkholder
> I love where Django is headed. I love all of those breaking changes that have to happen so we're not perpetually stuck with decisions from 2005. +100 to this!! Django user since 1.6 running on python2.6. Upgraded to 1.7 and python3.4 at the same time, and _that_ migration was hard. Everything

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-19 Thread Patryk Zawadzki
As someone who has spent over 12 years working with Django, I'd like to offer an opposite point of view: I love where Django is headed. I love all of those breaking changes that have to happen so we're not perpetually stuck with decisions from 2005. What I truly miss is strong static typing sup

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-18 Thread Aymeric Augustin
Hello Pascal, As we're getting to the end of useful arguments here, I'd like to ask you to step back for a minute and take a calm look at what you're writing. Imagine you were receiving such messages rather than sending them. Would you want to spend more time collaborating with the person addre

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-17 Thread Jason Johns
Pascal, I don't think anyone here disagrees with your overall goal to reduce the breaking changes. As someone that got handed a 1.2 project with zero tests and updated it to 1.8, good test coverage to lay the foundation for reviving an ambitious project that went comatose before being prioriti

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-17 Thread Carlton Gibson
Hi Pascal. > On 17 Aug 2019, at 18:21, Pkl wrote: > > In just 5 lines of discussion... Just for the record, we spent a good time discussion this change (to bring inheritance of Admin Actions in line with Python’s expected inheritance rules). We reviewed the entire history of the feature. We

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-08 Thread Adam Johnson
it destroys the very purpose of this >> versioning scheme; would you put a "laxly waterproof watch" under water? >> >> You mention Mezzanine, and indeed this CMS, being quite monolithic, >> should not have big troubles with the Django compatibility policy. More >>

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-06 Thread Tim Graham
want to cherry pick the > most relevant modules for your needs, even those who haven not invested > into custom shims and multi-version testing, or which have not received > updates for a few years. > Such modular architectures are precious, they ensure that users don't get &g

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-06 Thread Pkl
hitectures are precious, they ensure that users don't get trapped by feature choices of underlying frameworks; but they need this extra bit of carefulness about softare compatibility. Take for example Django-CMS, a dozen external content type plugins (ckeditor, restructuredtext, videos, musics, ima

Re: Ideas for a new DEP on long-term Django API compatibility

2019-08-01 Thread Luke Plant
Hi Pascal, I know this is a very late reply, but there have been some things going round my head that I thought I should get down. *First,* some positive changes I think we can make from your suggestions: 1. I think in our release notes, for breaking changes that might need some justificatio

Re: Ideas for a new DEP on long-term Django API compatibility

2019-07-05 Thread Pkl
Hello everyone, (apologies in advance for the long post, but there are lots of aspects to dig here, it's not for the pleasure of writing but a necessary to progress on the relevance of a DEP) *"As you can see, there's more than "blinding self-absorption" and "harmful psychological bias" here

Re: Ideas for a new DEP on long-term Django API compatibility

2019-06-30 Thread Florian Apolloner
Hello World, On Sunday, June 30, 2019 at 9:24:05 AM UTC+2, Aymeric Augustin wrote: > > As an experiment, let's just consider the first backwards-incompatible > change from the latest release: > https://docs.djangoproject.com/en/2.2/releases/2.2/#admin-actions-are-no-longer-collected-from-base-mo

Re: Ideas for a new DEP on long-term Django API compatibility

2019-06-30 Thread Aymeric Augustin
Hello Pakal, If I understand correctly, you're proposing that: 1. The Django project should maintain a higher level of backwards compatibility. 2. This would be easier to achieve outside the main codebase, in a submodule or in a separate repository. 3. This would reduce the amount of work requir

Ideas for a new DEP on long-term Django API compatibility

2019-06-29 Thread Pkl
Hello everyone, I'm planning on writing a PEP on long-term API stability for Django. Most of the rationale behind this kind of commitment is described here : https://www.freecodecamp.org/news/api-stability-is-cheap-and-easy/ The idea is that the django ecosystem has suffered a lot, over the past