Could we summarize in few words?
| DEBUG (development) | not DEBUG (production)
TEMPLATE_DEBUG | raise TemplateSyntaxError | ?
not TEMPLATE_DEBUG| ? | ?
On Sat, Jul 9, 2011 at 12:53 PM, Tai Lee wrote:
>
>
> On Jul 9, 12:24 pm, Kar
Hi everyone,
Recently I'm becoming more and more annoyed with ./manage.py help behavior
-- in projects with many dependencies it's virtually impossible to find the
command you need as there are just too many, and searching for the one you
need takes ages (and ages and ages).
So I thought that
On Sun, Jul 10, 2011 at 5:35 AM, Jim D. wrote:
> The problem is that by default in most of our backends, a transaction runs
> with constraint checks deferred. This means that foreign keys are *not*
> checked for integrity until a transaction is committed. But here's the rub:
> we never commit a t
On Sunday, July 10, 2011, George Karpenkov wrote:
> Hi everyone,
> Recently I'm becoming more and more annoyed with ./manage.py help behavior --
> in projects with many dependencies it's virtually impossible to find the
> command you need as there are just too many, and searching for the one you
What do you think is required to get it into the trunk?
I don't think the objections on #11745 are valid --
1) If an app overrides builtin command, it would be quite confusing to
see that command still under built-in app, as that would give you no
hint that the command was overwritten.
2) I'm not
On Jul 10, 2011, at 3:13 AM, Simon Riggs wrote:
> Maintaining the property of deferrable constraints seems important
> here, so changing the deferrability of constraints, or overriding it
> using the SET CONSTRAINTS command at the top of the transaction might
> not be what we want.
Well, that's j
I'm doing this Django tutorial
https://docs.djangoproject.com/en/dev/intro/tutorial01/
and was_published_today isn't working. Thanks for your time.
Here's the command line:
Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32
bit (Intel)] on
win32
Type "help", "copyright",
Please ask questions about using Django on django-users. The topic of this
list is the development of Django itself.
Karen
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.
On Sunday, July 10, 2011 12:06:34 AM UTC+12, Andrew Ingram wrote:
>
> I'm on the fence here, I like the idea of a strip flag, but I do agree that
> it seems too specific. Perhaps something more generic, eg:
>
> myfield = models.CharField(max_length=255, text_filters=[StripFilter,
> UpperFilter])
To clarify, didn't even notice we were talking about models.Field, I'm +0
for a 'strip' attribute on the form's field, nothing on the model.
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To view this discussion on the web visit
https://
10 matches
Mail list logo