I merged queryset-refactor into trunk just now. This was changeset r7477.
There are still a couple of enhancements to do, but I've decided they're not worth holding up the entire branch for. I can just as easily do them on trunk.
Thanks to everybody who reported bugs and tested things. Thanks especially to Justin Bronn and Ian Kelly for lots of patches and testing to get the Oracle backend up to scratch on the branch.
Detailed list of changes is in the branch's wiki page ([1]) and if you're interested in seeing the documentation additions and changes, you can view [2].
> I merged queryset-refactor into trunk just now. This was changeset
> r7477.
> There are still a couple of enhancements to do, but I've decided they're
> not worth holding up the entire branch for. I can just as easily do them
> on trunk.
> Thanks to everybody who reported bugs and tested things. Thanks
> especially to Justin Bronn and Ian Kelly for lots of patches and testing
> to get the Oracle backend up to scratch on the branch.
> Detailed list of changes is in the branch's wiki page ([1]) and if
> you're interested in seeing the documentation additions and changes, you
> can view [2].
> > I merged queryset-refactor into trunk just now. This was changeset
> > r7477.
> > There are still a couple of enhancements to do, but I've decided they're
> > not worth holding up the entire branch for. I can just as easily do them
> > on trunk.
> > Thanks to everybody who reported bugs and tested things. Thanks
> > especially to Justin Bronn and Ian Kelly for lots of patches and testing
> > to get the Oracle backend up to scratch on the branch.
> > Detailed list of changes is in the branch's wiki page ([1]) and if
> > you're interested in seeing the documentation additions and changes, you
> > can view [2].
>>> I merged queryset-refactor into trunk just now. This was changeset >>> r7477.
>>> There are still a couple of enhancements to do, but I've decided >>> they're >>> not worth holding up the entire branch for. I can just as easily >>> do them >>> on trunk.
>>> Thanks to everybody who reported bugs and tested things. Thanks >>> especially to Justin Bronn and Ian Kelly for lots of patches and >>> testing >>> to get the Oracle backend up to scratch on the branch.
>>> Detailed list of changes is in the branch's wiki page ([1]) and if >>> you're interested in seeing the documentation additions and >>> changes, you >>> can view [2].
I was just thinking last night about how nice it will be to get this
into trunk and there it is! :) Now I'm thinking how nice it would be
for Malcolm to send me $10,000... will let you all know how it works
out.
Seriously - great work and congrats on what must be a relief to
finally get to the point where everyone can start using and leveraging
it. One question - does this provide any potential performance
improvements by reducing the number of db accesses for some queries or
does all that occur a level below where this change set impacts? Have
you attempted any speed comparisons?
Thanx!
-- Ben Scherrey
On Apr 27, 10:04 am, Malcolm Tredinnick <malc...@pointy-stick.com>
wrote:
> I merged queryset-refactor into trunk just now. This was changeset
> r7477.
> There are still a couple of enhancements to do, but I've decided they're
> not worth holding up the entire branch for. I can just as easily do them
> on trunk.
> Thanks to everybody who reported bugs and tested things. Thanks
> especially to Justin Bronn and Ian Kelly for lots of patches and testing
> to get the Oracle backend up to scratch on the branch.
> Detailed list of changes is in the branch's wiki page ([1]) and if
> you're interested in seeing the documentation additions and changes, you
> can view [2].
Great! I tried trunk as of a few minutes ago with a moderately
complicated project I have using MySQL and everything seems to work
fine. Will keep testing it over the next few days and report any
problems.
On Apr 26, 11:04 pm, Malcolm Tredinnick <malc...@pointy-stick.com>
wrote:
> I merged queryset-refactor into trunk just now. This was changeset
> r7477.
> There are still a couple of enhancements to do, but I've decided they're
> not worth holding up the entire branch for. I can just as easily do them
> on trunk.
> Thanks to everybody who reported bugs and tested things. Thanks
> especially to Justin Bronn and Ian Kelly for lots of patches and testing
> to get the Oracle backend up to scratch on the branch.
> Detailed list of changes is in the branch's wiki page ([1]) and if
> you're interested in seeing the documentation additions and changes, you
> can view [2].
> I merged queryset-refactor into trunk just now. This was changeset
> r7477.
> There are still a couple of enhancements to do, but I've decided they're
> not worth holding up the entire branch for. I can just as easily do them
> on trunk.
> Thanks to everybody who reported bugs and tested things. Thanks
> especially to Justin Bronn and Ian Kelly for lots of patches and testing
> to get the Oracle backend up to scratch on the branch.
> Detailed list of changes is in the branch's wiki page ([1]) and if
> you're interested in seeing the documentation additions and changes, you
> can view [2].
So qs-rf hit trunk and was merged into nfa on the same day! That's
excellent news, both for me and for django. Thanks so much for your
efforts Malcolm (and Brosner for the quick merge)!
Malcolm Tredinnick wrote:
> I merged queryset-refactor into trunk just now. This was changeset
> r7477.
> There are still a couple of enhancements to do, but I've decided they're
> not worth holding up the entire branch for. I can just as easily do them
> on trunk.
> Thanks to everybody who reported bugs and tested things. Thanks
> especially to Justin Bronn and Ian Kelly for lots of patches and testing
> to get the Oracle backend up to scratch on the branch.
> Detailed list of changes is in the branch's wiki page ([1]) and if
> you're interested in seeing the documentation additions and changes, you
> can view [2].
> So qs-rf hit trunk and was merged into nfa on the same day! That's
> excellent news, both for me and for django. Thanks so much for your
> efforts Malcolm (and Brosner for the quick merge)!
> regards,
> Simon
> Malcolm Tredinnick wrote:
> > I merged queryset-refactor into trunk just now. This was changeset
> > r7477.
> > There are still a couple of enhancements to do, but I've decided they're
> > not worth holding up the entire branch for. I can just as easily do them
> > on trunk.
> > Thanks to everybody who reported bugs and tested things. Thanks
> > especially to Justin Bronn and Ian Kelly for lots of patches and testing
> > to get the Oracle backend up to scratch on the branch.
> > Detailed list of changes is in the branch's wiki page ([1]) and if
> > you're interested in seeing the documentation additions and changes, you
> > can view [2].
> > I merged queryset-refactor into trunk just now. This was changeset
> > r7477.
> > There are still a couple of enhancements to do, but I've decided they're
> > not worth holding up the entire branch for. I can just as easily do them
> > on trunk.
> > Thanks to everybody who reported bugs and tested things. Thanks
> > especially to Justin Bronn and Ian Kelly for lots of patches and testing
> > to get the Oracle backend up to scratch on the branch.
> > Detailed list of changes is in the branch's wiki page ([1]) and if
> > you're interested in seeing the documentation additions and changes, you
> > can view [2].
On Mon, Apr 28, 2008 at 8:32 AM, Juanjo Conti <jjco...@gmail.com> wrote: > Could you give me a url where new features are explained? > Is this backwards compatible or should I svn up with care?
Well, there's the wiki page Malcolm linked up in his original post...
-- "Bureaucrat Conrad, you are technically correct -- the best kind of correct."
On Sun, 27 Apr 2008, simonbun wrote: > So qs-rf hit trunk and was merged into nfa on the same day! That's > excellent news, both for me and for django. Thanks so much for your > efforts Malcolm (and Brosner for the quick merge)!
I'll second that. I've been running against the nfa branch. I just updated to pull in the qs-rf changes. I only had to make a couple of minor code changes to my site in cases where I was ordering by fields from another model. I like the new syntax much better than having to use the underlying table names. Congratulations to all involved!!!!!!
Thanks for the post! It would have taken me hours to figure out where
to start looking when this error first came up. I made the change to
my SearchQuerySet subclass instead and it works also. I didn't make
the change to SearchManager. My code looks like this if interested.
Also, I was reading the docs on the queryset-refactor branch (http://
code.djangoproject.com/wiki/
QuerysetRefactorBranch#Backwardsincompatiblechanges) and there is a
note at the bottom that says the params argument for extra() will now
only work for the where clause. Since Mercurytide's solution uses
params for both select and where I would expect this to also be a
problem. Surprisingly it still works.
It also works with the new solution which looks like this
select_params=[query],params=[query]
|
