My apologies, thank you.
On Apr 5, 11:34 pm, Russell Keith-Magee
wrote:
> On Mon, Apr 6, 2009 at 1:30 PM, codingJoe wrote:
>
> > Up front, I'm not the most elegant coder, so please forgive.
>
> You're also posting to the wrong list. Django-developers is for
> discussing the development of Djang
On Mon, Apr 6, 2009 at 1:30 PM, codingJoe wrote:
>
> Up front, I'm not the most elegant coder, so please forgive.
You're also posting to the wrong list. Django-developers is for
discussing the development of Django itself. "How do I" type queries
should be asked on django-users.
Yours
Russ Mage
Up front, I'm not the most elegant coder, so please forgive.
I have a page that is produced using django templates. I used the
templates to do the header and footer, but now I'm down into the body
of the page. Using the data from my template, I am able to fill the
first cell.
Is is possi
I'm very interested in a cleaner transaction interface. I just wrote
a contextmanager to do the usual "run this code in a transaction" bit,
and it took a day and a half instead of a few minutes.
The goals were typical: to be able to make SQL calls atomically,
without caring about whether a trans
On Sun, 2009-04-05 at 22:44 -0400, Alex Gaynor wrote:
[...]
>
> To be clear(since I most certainly wasn't before). I'm not
> necessarily advocating that idea, merely saying that it's a false
> dichotomy to say he have to pick only one way, we merely need to
> provide the default behavior.
No, i
On Sun, Apr 5, 2009 at 10:39 PM, Malcolm Tredinnick <
malc...@pointy-stick.com> wrote:
>
> On Sun, 2009-04-05 at 18:03 -0400, Alex Gaynor wrote:
> [...]
> > Sure we can have it both ways, how about a constructor option,
> > "validate_deletions". With the current(that is no validation)
> > behavio
On Sun, 2009-04-05 at 18:03 -0400, Alex Gaynor wrote:
[...]
> Sure we can have it both ways, how about a constructor option,
> "validate_deletions". With the current(that is no validation)
> behavior as the default.
No, we really can't. Having an option for every single possibility isn't
a good
On Sun, Apr 5, 2009 at 4:52 PM, mrts wrote:
> [...]
Can you please stop? We all get that you think these tickets are
important. They're on the milestone for 1.1, so they'll be fixed.
Nagging us here doesn't help get your tickets pushed to the front of
the queue.
Jacob
--~--~-~--~~-
On Mar 24, 3:08 am, Malcolm Tredinnick
wrote:
> Seriously, if we documented everything that wasn't possible with Django,
> the documentation would be a couple of million words long. There's
> nothing that says select_related() does work with reverse relations and
> if people are going to make ass
On Sun, Apr 5, 2009 at 5:57 PM, Joseph Kocherhans wrote:
>
>
> On Sun, Apr 5, 2009 at 11:33 AM, Dan Tallis wrote:
>
>>
>> Prior to 10206, the formset is_valid returned False and the user saw
>> the error messages as I intended. From 10206 on, the formset is_valid
>> returns True (because validat
On Sun, Apr 5, 2009 at 11:33 AM, Dan Tallis wrote:
>
> Prior to 10206, the formset is_valid returned False and the user saw
> the error messages as I intended. From 10206 on, the formset is_valid
> returns True (because validation errors on forms marked for deletion
> "don't count") and so my vi
First, let me thank Malcolm for promptly fixing #10710. Unfortunately
#10733 is still barring the use of only() and select_related()
properly.
Given the models and admin defined above and the requirements that
* admin changelist view should perform only a single query,
* that should pull in onl
[I posted a usage question on the same subject to django-users a short
time ago, and Karen suggested I bring the issue here.]
Since rev 10206, if a form in a formset has validation errors but is
marked for deletion, the formset is_valid returns True (assuming there
are no other form errors). Pri
It's a very good opinion. I don't want any actions from parent model
admin class too.
Maybe it is worth opening a dedicated ticket?
On 5 апр, 05:56, Alex Gaynor wrote:
> On Sat, Apr 4, 2009 at 7:10 PM, kmike wrote:
>
> > Totally agree, bulk delete shouldn't be enabled by default.
>
> > One more
14 matches
Mail list logo