On Wed, 2006-08-16 at 22:36 -0700, Gary Wilson wrote:
> James Bennett wrote:
> > The more I think about it, the more I like the idea of using imports
> > in __init__.py to specify an application's dependencies; the thing
> > that'd make it especially nice would be some method -- either
> > convent
>I have not looked at this branch at all, but I'll strongly suggest
> that you remove the YUI stuff.
Adrian, could You explain your opinion a bit more?
Does that mean that there are plans to bundle another toolkit? If yes,
what toolkit?
Regards,
Max
--~--~-~--~~~-
There's no established use of Dojo with Django yet.
Hopefully, there would be no such "established uses" with any JS
library. Django is a server-side framework. Even id Django is our
framework of choice, let us decide which client-side framework to use
in our applications.
Regards,
Max.
--~--~
Max Derkachev wrote:
> There's no established use of Dojo with Django yet.
> Hopefully, there would be no such "established uses" with any JS
> library. Django is a server-side framework. Even id Django is our
> framework of choice, let us decide which client-side framework to use
> in our applic
Hi,
I like that the admin/media is served in development mode by django himself.
I would like to write apps which have their own media folders and also should
serve their media files in development mode by themselfs (django himself)
Can the AdminMediaHandler extended or generalized in a way th
On 8/17/06, Gary Wilson <[EMAIL PROTECTED]> wrote:
> IMO, the dependency checking is the easy part. In the README or
> something, I say MyCoolApp requires the admin app. It's the
> configuration settings of the admin app that's hairy.
That's what application documentation is for. In theory it's
Hi,
I'm the GSoCer working on row level permissions.
Row level permissions are now implemented and, in my test cases, are
working.
I wanted to find out if anyone has had an opportunity to try the row
level permissions (per-object-permission) branch or read my wiki pages
on it. Are there any com
Hi,
I answered it myself, and made a ticket :)
http://code.djangoproject.com/ticket/2557
Regards,
Dirk
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
--~--~-~--~~~---~--~~
I'm not sure if this is more relevant to the Generic Authorization
branch, but has anyone looked at implementing the owner permissions
(the user who creates the object automatically has delete/modify
permissions)? For example, a META field sort of like the following:
class Meta:
row_l
On 8/17/06, Joe <[EMAIL PROTECTED]> wrote:
>
> I'm not sure if this is more relevant to the Generic Authorization
> branch, but has anyone looked at implementing the owner permissions
> (the user who creates the object automatically has delete/modify
> permissions)?
This is something that should
I'm about to switch zyons over to using it, just got a lot of other
stuff to do beforehand.
maybe next week.
regards
Ian
On 18/08/2006, at 3:51 AM, Chris Long wrote:
>
> Hi,
>
> I'm the GSoCer working on row level permissions.
>
> Row level permissions are now implemented and, in my test cas
At 12:03 PM 8/17/2006, Dirk wrote:
>Hi,
>
>I like that the admin/media is served in development mode by django himself.
>
>I would like to write apps which have their own media folders and
>also should serve their media files in development mode by themselfs
>(django himself)
>
>Can the AdminMe
I'm considering doing what you describe, it shouldn't be too hard to
implement and will probably be updating the branch with the code
tomorrow depending on any unforeseen problems.
Chris
Joe wrote:
> I'm not sure if this is more relevant to the Generic Authorization
> branch, but has anyone loo
13 matches
Mail list logo