On Sep 11, 10:36 pm, Mikhail Korobov wrote:
> I gave up defining this template tag with existing template tag libraries:
>
> {% easy_map [ ] [] [using ] %}
>
> Can positional arguments be optional? Will it be possible to express this
> syntax?
>From the department of stupid ideas: Would it be
On Fri, Sep 9, 2011 at 4:35 PM, Justin Lilly wrote:
> Not sure why this particular ticket is marked as DDN, as it seems like
> a no-brainer. The patch provides a more clear error message when a
> user is attempting to load an app which doesn't have a models.py.
>
> https://code.djangoproject.com/t
On Sep 12, 2:58 am, Jacob Kaplan-Moss wrote:
>
> If you're going to let Paul look at your work, please make sure you've
> read and signed a CLA (https://www.djangoproject.com/foundation/cla/)
> covering the code in question.
Jacob, you're absolutely right, and I should really be a bit more
organi
On Sun, Sep 11, 2011 at 6:11 PM, Daniel Swarbrick
wrote:
> License? What license? Heheh... my PBKDF2 implementation is solely
> being used by an in-house Django app. I haven't open sourced it, but
> am perfectly willing to let you guys pick over the PBKDF2 class and
> include it in Django if you s
On Sep 10, 11:36 pm, Paul McMillan wrote:
> Yes, you're absolutely right. My choice of words was incorrect. Is
> your python implementation licensed in such a way that we could
> consider including it in Django? We've looked at a couple
> implementations now, having another option would be helpful
I created a POC patch that does bulk loading of fixtures. The work can
be found from github: https://github.com/akaariai/django/tree/fixture_loading.
Be warned, it really is POC :)
The results are somewhat depressing for Django tests. The reason is
that there just isn't that much fixture loading g
Hello,
Given the positive feedback received here and on IRC, I've started the
implementation.
Being most familiar with mercurial, I've forked the Bitbucket mirror. This page
that compares my branch to trunk:
https://bitbucket.org/aaugustin/django/compare/..django/django
I've read a lot of code
On Sunday, September 11, 2011 8:52:03 PM UTC+2, Wim Feijen wrote:
>
> 3. Because the user is still logged in, (maybe for two weeks, or for
> whatever expiration time the developer has set)
>
Imo in that case the developer should write a middleware that logs the user
out on the next request. I
I gave up defining this template tag with existing template tag libraries:
{% easy_map [ ] [] [using ] %}
Can positional arguments be optional? Will it be possible to express this
syntax?
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
gotcha, thanks
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/django-developers/-/z1jxGo07QQIJ.
To post to this group, send email to django-developers@googlegroups.c
On Sun, Sep 11, 2011 at 11:56 AM, Joshua Russo wrote:
> I've wondered this for a while, but is there a reason why the call to
> admin.site.register(([Model], [ModelAdmin]) is not done within the init of
> ModelAdmin?
You can run multiple AdminSite instances mounted at different URLs.
admin.site i
It is up for me as well. It was just the Download page.
Thanks, Wim
On 11 sep, 21:01, Carl Meyer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/11/2011 12:46 PM, Wim Feijen wrote:
>
> > The download page for Django is down.
>
> > I also filed a ticket, so this is a duplicate
Paul,
On further thinking, I do believe that the current behaviour of
login_required should be considered a bug.
Wim
On 10 sep, 02:03, Paul McMillan wrote:
> No. Django makes an incredibly strong promise about backwards
> compatibility to its users. Security releases are the ONLY reason we
> mo
I've wondered this for a while, but is there a reason why the call to
admin.site.register(([Model], [ModelAdmin]) is not done within the init of
ModelAdmin?
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To view this discussion on the we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/11/2011 12:46 PM, Wim Feijen wrote:
> The download page for Django is down.
>
> I also filed a ticket, so this is a duplicate message.
Thanks for the alert, but it seems to be up for me, and
"downforeveryoneorjustme.com" confirms that its up. E
The case is as follows:
1. An active user is logged in and has a valid session.
2. The user is inactivated by a system admin, who wants to disable the
user.
3. Because the user is still logged in, (maybe for two weeks, or for
whatever expiration time the developer has set), he passes the
login_req
The download page for Django is down.
I also filed a ticket, so this is a duplicate message.
Wim
--
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.com.
To unsubscribe from
17 matches
Mail list logo
