In this ticket [1] which adds the ability to override the global
session age setting, there is a discussion going on regarding whether
the override value should set a fixed life for the session or just
change the idle timeout.
[1] http://code.djangoproject.com/ticket/2548
Currently, if ever the
Everyone:
*** I sent this to Adrian this afternoon and I just wondered if anyone
on the list had any feelings on this:
I just got back from SF and I am making plans to make my first Django
Weekly Update this coming monday.
>From my time spent in contact with and working for an organization
that
On 6/18/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> modeltests/lookup/models.py looks like the right location.
Tests have been added there in the latest patch.
> Then the maintainers of [Oracle] should be able to help with
> the implementation there.
Good to hear.
--~--~-~--~
It's not difficult for someone to implement this themselves, but it
does seem useful enough (imo) for core.
I have also contributed a patch to that ticket (sorry for the hijack)
with docs and tests, calling the framework "visitor messages" to keep
it separate from auth's "messages" framework.
-
I created a ticket for a new way of passing messages and the first response
said that I should bring it up to the dev group for a design decision.
http://code.djangoproject.com/ticket/4604 - that's the ticket (with patch).
Basically, it stores messages according to session rather than according t
I'm going to give this one more pass and then dropout. We're just going
around in circles now.
On Mon, 2007-06-18 at 12:09 -0700, Jonas wrote:
> On 18 jun, 00:04, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-06-17 at 06:13 -0700, Jonas wrote:
[...]
> The problem is that you thi
The skeleton exists to overwrite the settings.py that is generated so
I don't have to modify things like TIME_ZONE, MEDIA_URL, etc, as well
as have my extra bits that I like:
if getpass.getuser() == 'jared':
PROJECT_DIR = '/Users/jared/Desktop/project/'
DATABASE_ENGINE = 'mysql'
DATAB
On 6/18/07, Jared Kuolt <[EMAIL PROTECTED]> wrote:
>
> I have a common set of extra bits that I put in my settings.py files
> and re-input them each time I create a project. I would like to have a
> directory like ~/.django_skeletons/project that houses my customized
> settings.py (and perhaps oth
I have a common set of extra bits that I put in my settings.py files
and re-input them each time I create a project. I would like to have a
directory like ~/.django_skeletons/project that houses my customized
settings.py (and perhaps others).
It seems to me this would be a fairly simple undertaki
On Mon, 2007-06-18 at 09:27 -0500, Tom Tobin wrote:
> Context:
> http://groups.google.com/group/django-developers/browse_thread/thread/cb0dd0b5ba0ffe11/
>
> I would like to submit for (re-)appraisal ticket #1465, which
> implements regular expression field lookups (``__regex`` and
> ``__iregex``
FYI, here's the quick linkto that ticket.
http://code.djangoproject.com/ticket/3906
On Jun 17, 3:12 pm, Jamie Norrish <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-06-17 at 20:25 +, [EMAIL PROTECTED] wrote:
> > The call to Comment.objects.filter(poll=p) generates the following raw
> > SQL (comm
On 18 jun, 00:04, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-06-17 at 06:13 -0700, Jonas wrote:
> > The current settings already are unambiguous *only for north
> > americans*.
>
> I'm sorry, but this simply isn't true.
>
> - Current default DATE_FORMAT is "N j, Y" which,
On 6/17/07, Chris Long <[EMAIL PROTECTED]> wrote:
> Please let me know of any problems, complaints, compliments, etc. with
> the RLP branch.
Hi Chris,
If you haven't already, check out the newforms-admin branch. We've
added a bunch of extra hooks to the admin, and it's already possible
to do row
** Sorry guys, I sent this last night from my Blackberry but it looks
like it was using an email address that wasn't registered with Google
Groups, here it is again:
--
Hi Chris et. al,
I've been in San Francisco all week for WWDC and I plan to make my
first post this coming week. I've got
Hi,
I've just tried to use the permission_required decorator for my views
and I realise that there is a missing 'retrieve' permission. It's a
bit odd because others ones follow the CRUD permissions.
Am I missing something here?
The patch is trivial:
Add 'retrieve' to the auth.management._get_al
Context:
http://groups.google.com/group/django-developers/browse_thread/thread/cb0dd0b5ba0ffe11/
I would like to submit for (re-)appraisal ticket #1465, which
implements regular expression field lookups (``__regex`` and
``__iregex``). A newly attached patch is up to date with trunk, and
additio
The PasswordResetForm in django.contrib.auth.forms assumes that there
cannot be more than one user with the same email address (see the
isValidUserEmail method), even though there is no database level
constraint for this. So the corresponding view,
django.contrib.auth.views.password_reset, can
Malcolm Tredinnick wrote:
> That sounds reasonable.
Just was about to make a patch but saw your changeset implementing it.
Thanks!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post
18 matches
Mail list logo
