Now that 1.1 is out and proposals for 1.2 are being submitted I
decided I would revive this proposal for comments
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send
On Thu, Sep 10, 2009 at 7:54 AM, Andrew Gwozdziewycz wrote:
>
> Sorry, I mistyped the email address; moving to django-users
>
> On Sep 10, 7:04 am, Andrew Gwozdziewycz wrote:
>> Hello,
>>
>> What's the recommended place to put code that should be run once upon
>> application initialization?
I p
I dont know all that much about .Net but isnt the point of it that all
the .Net languages can be used together? eg using C#.Net components in
a VB.Net app and such.
So why not just use the django template language as is via IronPython
instead of trying to port it to another language?
--~--~-
o register itself twice if admin is already
being loaded by the new autodiscover method.
Dj Gilcrease
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubsc
On Tue, Jun 1, 2010 at 3:02 PM, Gregor Müllegger wrote:
> My proposal would go into the direction of pulling the autodiscover
> function out of the django.contrib.admin module and putting it
> somewhere in the core. Since the admin needs some special
> functionality on errors while loading an admi
On Wed, Jun 2, 2010 at 3:14 PM, Jacob Kaplan-Moss wrote:
> Aat EuroDjangoCon Russ and I discussed a "startup" mechanism that'd
> cover this use case, as well as a whole lot more. There's a few hints
> in the logging discussion a few threads down.
>
> So I'm -1 on this specific proposal, but only b
On Thu, Jun 3, 2010 at 7:41 PM, M Rotch wrote:
> The closest thing I've come across as a solution so far is
> http://code.google.com/p/django-nav/
As the developer of django-nav it is nice to hear it is closest to a
solution you have found, but often closest isnt enough, and I am not
sure I under
Wouldnt an autofield like http://dpaste.com/hold/205665/ work where
connection.creation.auto_field_base_type is set to int by default in
django/db/backends/creation.py but could be overridden by an
individual backend to be str or unicode or whatever?
--
You received this message because you are s
I would give the Devs a little more time as they are still deciding
what will make it into 1.1 and what wont, as well as fixing bugs in
the 1.0.x branch.
I use this for two of my projects and would love to see it included in
release, but it is not that hard to add on my own
Dj Gilcrease
OpenRPG
The max length of a varchar field is Database dependent
MySQL it is 255
MSSQL it is 2^31-1 (2gb)
PostgreSQL it is ~ 2^20-1 (1gb)
MySQL 4.1 and greater supposedly changes any varchar or char field
with a max length or greater to 255 to a TEXT field which can hold ~
1gb
Dj Gilcrease
OpenRPG
The reason for this Proposal and patch is because I do not like having
to special case permissions for the AnonymousUser for every model I
wish to allow them access to.
I am working on an ACL that has no concept of User per say, it is
using a generic relationship to maintain a list of subjects an
On Fri, Oct 24, 2008 at 8:49 PM, James Bennett <[EMAIL PROTECTED]> wrote:
> Seeing as you can already create a special user object in your own app
> and treat it as "the" "anonymous" user, I don't see any benefit from
> this, as I told you when you mentioned this in the #django-dev
> channel. Plus
On Sat, Oct 25, 2008 at 2:59 AM, David Cramer <[EMAIL PROTECTED]> wrote:
>
> I think being able to specify permissions for the AnonymousUser is
> useful, but hacking this in as a row in the database for User is not
> the right approach.
>
> I'm +1 for the ability to give permissions to anonymous u
running 7.19 of that
Dj Gilcrease
OpenRPG Developer
~~http://www.openrpg.com
--~--~-~--~~~---~--~~
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@google
Just a note about Auth-01, the particular solution I posted is only
the first and fastest method I could think to implement the feature of
being able to set permissions for the anon user. I care less about the
implementation details then I do about the feature.
Dj Gilcrease
OpenRPG Developer
I realize this wont get a lot of attention right now do to work on
1.1, but I figured I would mention it now so I can get opinions before
I start any actual work on the idea
The editable keyword in model fields as an administrative feature I
feel should not be defined in the model, it is still fi
If I am reading the code right you should be able to set all three
settings directly in your middleware. You just need to define
TEMPLATE_DIRS = [] in your settings file and make sure the other two
are not defined at all.
http://dpaste.com/hold/96109/
And as long as that middleware is set as the
On Thu, Jul 30, 2009 at 5:55 AM, Russell
Keith-Magee wrote:
> Of course, Alex and I may have missed an obvious alternative solution
> - or a use case that isn't solved by either approach. Any feedback or
> alternative approaches we may have missed are most welcome.
It's been a while since I did
On Tue, Mar 4, 2008 at 10:59 AM, James Bennett <[EMAIL PROTECTED]> wrote:
> Thoughts?
he cant do something like http://dpaste.com/38006/ ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
19 matches
Mail list logo
