On 7/30/06, jws <[EMAIL PROTECTED]> wrote:
> Could someone familiar with the admin give some feedback about the
> possibility of something like this happening? It doesn't seem like this
> would be a huge amount of work to implement. How wrong am I?
My initial thought is that, since this is going
I'll describe what I think is an unaddressed area. I may be
misinformed. Everyone seems to have different ways of talking about
this type of situation. The solution may be a new feature or simply a
design pattern. There may already be a technique I am unaware of...
Consider an application with mo
On 7/29/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> "described in the 'Removing The Magic`_ wiki page"
> It appears the intent was to link, but there's no link there.
Thanks, man. I've made the fix.
Adrian
--
Adrian Holovaty
holovaty.com | djangoproject.com
--~--~-~--~~-
"described in the 'Removing The Magic`_ wiki page"
It appears the intent was to link, but there's no link there.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send
Malcom,
> This is still work in progress. Unfinished as yet. I don't think the tag
> exists yet, but the django.core.urlresolvers.reverse() and
> django.db.models.permalink() methods are part of this.
Thanks, I check this out
> TEMPLATE_DIRS is for project-wide templates, so I'm not sure why
On Jul 29, 2006, at 8:18 PM, Malcolm Tredinnick wrote:
>> 1. Allow people to set a prefix for each app in the settings.py file.
>> This would basically tell the app what URLs that are mapped to it
>> start with, and views and templates inside the app could use this
>> when they want to create int
Assuming that the reverse url mappings is taken care of I see two things
one may want to define per app. configuration and dependencies
There are usually two kinds of configuration settings an app may need.
Required ones that the user must set for the app to work, and optional
ones for which s
On Sat, 2006-07-29 at 19:49 -0500, Martin Glueck wrote:
> Malcom,
>
> I'm pretty new to django, so please forgive me if I missed something.
>
> > However, that doesn't take care of the reverse URL mapping, as you
> > indicate above. Work on that area is being done by Adrian with his
> > reve
Malcom,
I'm pretty new to django, so please forgive me if I missed something.
> However, that doesn't take care of the reverse URL mapping, as you
> indicate above. Work on that area is being done by Adrian with his
> reverse URL mapping stuff (there have been some commits on this
> recently
Hi Todd,
On Sat, 2006-07-29 at 19:42 -0400, Todd O'Bryan wrote:
> As our application is growing larger, we're noticing some issues with
> coupling and the modularity of apps.
>
> In particular, how plugable are apps supposed to be? It's clear that
> at the top level, a project should be able
As our application is growing larger, we're noticing some issues with
coupling and the modularity of apps.
In particular, how plugable are apps supposed to be? It's clear that
at the top level, a project should be able to access all of its
parts, but it seems like it should be the case that
On 7/29/06, Bill de hÓra <[EMAIL PROTECTED]> wrote:
> Maybe the Ubuntu people have it right; stop using version numbers. You
> could probably tag the trunk tonight, call it "django-nuages" and have
> 10k downloads by Monday.
Probably :)
But recent activiy on the timeline looks encouraging for a
Hi Ian
On Sat, 29 Jul 2006 11:36:17 +1000, Ian Holsman wrote:
> but personally I just use foreign keys on the middle table, as I
> think it makes the code more readable, and allows you to be more
> flexible with it. (for example a M2M with a generic flavor)
Like the intermediary model describ
[EMAIL PROTECTED] wrote:
> I'm pretty late on this, but for the record...
>
> ...while I totally appreciate that you're reading my blog and you value
> what I think, the truth is that my feelings on the matter are almost
> completely irrelevant. When to release a build is entirely up to
> Adrian,
Hi Russ
On Sat, 29 Jul 2006 20:46:49 +0800, Russell Keith-Magee wrote:
> On 7/29/06, Neilen Marais <[EMAIL PROTECTED]> wrote:
>>
>>
>> I'm just testing the waters to see what people think about an extended
>> ManyToManyField type that allows the addition of extra info to a link
>> withouth havin
On 7/29/06, Neilen Marais <[EMAIL PROTECTED]
> wrote:
I'm just testing the waters to see what people think about an extendedManyToManyField type that allows the addition of extra info to a linkwithouth having to use an intermediary table/model like here:
http://www.djangoproject.com/documentation/m
I've tried to submit this enhancement a few times, always getting
rejected as spam, with the error "Akismet rejected spam"
I tried posting without the code snippet as thought maybe it was the
link though even the first para gets rejected :(
=
If you have an image/fil
17 matches
Mail list logo
