Re: Changing the options in manage.py, adding more signals (was Re: Adding hooks to methods that generate SQL in django/core/management.py)

2007-08-14 Thread Russell Keith-Magee
On 8/14/07, George Vilches <[EMAIL PROTECTED]> wrote: > > George Vilches wrote: > Unfortunately, since there's only a syncdb signal, I can't even do > things like a reset on it, and there's definitely no way currently to > get the SQL generated from my syncdb signal. Being able to get the > CREAT

Re: Changing the options in manage.py, adding more signals

2007-08-14 Thread George Vilches
Marty Alchin wrote: > Okay, I'll post one last time on this subject, then leave you guys to > do what you're supposed to be doing. I'm only posting here in case who > heard me ranting find it interesting. I did manage to come up with a > solution like I mentioned, and I'll be posting it soon. It'd

Re: Changing the options in manage.py, adding more signals

2007-08-14 Thread Marty Alchin
Okay, I'll post one last time on this subject, then leave you guys to do what you're supposed to be doing. I'm only posting here in case who heard me ranting find it interesting. I did manage to come up with a solution like I mentioned, and I'll be posting it soon. It'd be up already, but it seems

Re: Changing the options in manage.py, adding more signals

2007-08-14 Thread Marty Alchin
On 8/14/07, George Vilches <[EMAIL PROTECTED]> wrote: > Thoughts? Absolutely! Though I think this thread would get too far off-topic if I rattle them all off right now. I'll do a little work on the subject and see what I can come up with. Your approach looks very close to what I was thinking, but

Re: Changing the options in manage.py, adding more signals

2007-08-14 Thread George Vilches
Marty Alchin wrote: > This sounds like a far more complicated example than I had considered > when I was doing my work with dynamic models[1], but I did have > success getting syncdb to install dynamic models, provided a few > things are in order. I probably didn't document them well enough on > t

Re: Changing the options in manage.py, adding more signals (was Re: Adding hooks to methods that generate SQL in django/core/management.py)

2007-08-14 Thread Marty Alchin
This sounds like a far more complicated example than I had considered when I was doing my work with dynamic models[1], but I did have success getting syncdb to install dynamic models, provided a few things are in order. I probably didn't document them well enough on the wiki, but I could do so if

Re: Changing the options in manage.py, adding more signals (was Re: Adding hooks to methods that generate SQL in django/core/management.py)

2007-08-14 Thread George Vilches
George Vilches wrote: > Russell Keith-Magee wrote: >> On 8/12/07, George Vilches <[EMAIL PROTECTED]> wrote: >>> 1) Add a signal to every option? >> If we were going to go down this path, this would be the preferred >> option. However, I'm not sure I'm convinced of the need. Which >> commands exact

Re: Changing the options in manage.py, adding more signals (was Re: Adding hooks to methods that generate SQL in django/core/management.py)

2007-08-14 Thread George Vilches
Russell Keith-Magee wrote: > On 8/12/07, George Vilches <[EMAIL PROTECTED]> wrote: >> 1) Add a signal to every option? > > If we were going to go down this path, this would be the preferred > option. However, I'm not sure I'm convinced of the need. Which > commands exactly do you think require si

Re: Changing the options in manage.py, adding more signals (was Re: Adding hooks to methods that generate SQL in django/core/management.py)

2007-08-14 Thread Russell Keith-Magee
On 8/12/07, George Vilches <[EMAIL PROTECTED]> wrote: > > 1) Add a signal to every option? If we were going to go down this path, this would be the preferred option. However, I'm not sure I'm convinced of the need. Which commands exactly do you think require signals? Yours, Russ Magee %-) --~--

Changing the options in manage.py, adding more signals (was Re: Adding hooks to methods that generate SQL in django/core/management.py)

2007-08-12 Thread George Vilches
I'm splitting this conversation off from the other conversation on SQL logging, because I think that topic has merits all its own, and this one has more to discuss and slightly more possibility for backwards-incompatibility. I don't want to pork barrel this issue in with a perfectly legitimat