Re: Magic-removal status (WAS: Re: Proposal: Use of opts as well as kwargs in DB queries)

2005-12-29 Thread Robert Wittams
Robert Wittams wrote: > > The other issue is the FileField and ManyToManyField things I sent a > message about before. I will attempt to do these tonight. > Hm, I didn't really manage to do these in a satisfactory way yet. Someone else can give it a go, or I'll do it when I get back. Bye for n

Forking the Django documentation post-1.0

2005-12-29 Thread Simon Willison
Just had a thought: once we hit 1.0, we should consider forking the documentation. Right now there are several places in the docs marked "**Only available in Django development version.**". This is OK at the moment, but won't be acceptable after 1.0 when we are promising backwards compati

Re: Duplicated joins on kwarg queries over related tables

2005-12-29 Thread Adrian Holovaty
On 12/29/05, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > I've just submitted Ticket #1136 that removes table join duplication. Enjoy. Thanks, Russ! Excellent work. I've applied your patch in the magic-removal branch. Adrian -- Adrian Holovaty holovaty.com | djangoproject.com | chicagocrime

Re: Duplicated joins on kwarg queries over related tables

2005-12-29 Thread Russell Keith-Magee
On 12/29/05, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > I remember there being a good reason for this, but I don't recall the > exact reason at this point... :-( > > At any rate, feel free to play around with a patch (and some > accompanying unit tests) to see whether you can remove the > table-

Re: Magic-removal status (WAS: Re: Proposal: Use of opts as well as kwargs in DB queries)

2005-12-29 Thread Robert Wittams
Adrian Holovaty wrote: > Here's the current status: Robert is going to finish up manipulator > tweaks by the end of the week, when he leaves for a week-long > vacation. So I'm off tomorrow. The current status afaik is: Core fields removal. core=true and related things now give a validation error

Magic-removal status (WAS: Re: Proposal: Use of opts as well as kwargs in DB queries)

2005-12-29 Thread Adrian Holovaty
On 12/29/05, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > I have read that page - I didn't realize that it was actually > happening, though. The implication at the end of the wiki entry seemed > to be that there was still some discussion needed as to whether it was > a good idea. I'd say we'r

Re: Proposal: Use of opts as well as kwargs in DB queries

2005-12-29 Thread Russell Keith-Magee
On 12/29/05, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > BTW, > the query syntax is changing quite a bit -- see > http://code.djangoproject.com/wiki/DescriptorFields -- so you might > have a look at that if you haven't already. I have read that page - I didn't realize that it was actually happe

Re: Duplicated joins on kwarg queries over related tables

2005-12-29 Thread Adrian Holovaty
On 12/27/05, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > Is there any reason that once a table has been joined into a query, it > isn't reused? As far as I can work out, this would also remove the need > for the table_count/params to produce unique table aliases (since if a > table is only na

Re: Proposal: Use of opts as well as kwargs in DB queries

2005-12-29 Thread Adrian Holovaty
On 12/29/05, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > Following the overwhelming response (accompanied by the sound of > crickets chirping in the distance :-), I've worked up a patch that > implements this change. It's logged as Ticket #1133. > > Given that all the DB stuff is about to cha

Re: Proposal: Use of opts as well as kwargs in DB queries

2005-12-29 Thread Russell Keith-Magee
Hi all, On 12/28/05, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > Given that the (relatively) new Q() syntax for query construction > doesn't require the top level kwarg, doesn't it make sense to allow > unnamed *opts parameters as well as **kwargs in query functions? Following the overwhel

NEW IT JOBS

2005-12-29 Thread SUNAYANA
NEW JOBS OF THE WEEK ARE AS FOLLOWS : Urgently Req 100 customer support exectuive NISCHALAM SOLUTIONS Pvt., Ltd. Urgently Req Industrial Mkt.Engineers HARSHA TECHNOLOGIES Req EDA Programmer SynApps Software Corp. Req Web Developer SynApps Software Corp. REQ Dot Net Developers RK IT Solutions