No need for your requested feature, it's already here:
{% block css %}{{ block.super }}
{% endblock css %}
Erik
On 07.10.2008, at 12:51, zvoase wrote:
>
> Dear devs,
> I'd like to add a feature proposal for the 1.1 release. Basically,
> at the moment the 'block' tag allows you only to
Nevermind the previous e-mail.
On 01.10.2008, at 17:10, David Hall wrote:
>
> I've just released an open-source version control application for
> Django. It is available for download from Google code.
>
> http://code.google.com/p/django-reversion/
>
> Features include:
>
> - Roll back to any
Is it an alternative to django-evolution and dmigrations? If not, does
it provide a subset of the features of the two?
Erik
On 01.10.2008, at 17:10, David Hall wrote:
>
> I've just released an open-source version control application for
> Django. It is available for download from Google
I was just wondering.. Why all this abstraction?
Why do we need a separate field for denormalization? Can't we just use
regular fields and simply set up denormalization in a procedural way
in the constructor? All that needs to be done to create a denormalized
field is connect a few signals
"comparemedia" or
"mediastatus" or similar.
Erik
On 20.09.2008, at 16:12, Brian Beck wrote:
>
> On Sep 20, 6:58 am, Erik Allik <[EMAIL PROTECTED]> wrote:
>> Has anyone got some good use cases where the template-loaded
>> mimicking
>> behav
> If multiple apps provide a media file of the same name, use the file
> provided by the app listed first in INSTALLED_APPS - this mimics the
> template loader behavior. In interactive mode (-i), you may specify
> which app to select from for each such file. With this command, best
> practice
> I have already implemented this in our in-house django-based
> framework. If interested, I can provide it. As you said, it really
> does make things very simple.
>
Please do, I'd be interested even if it doesn't make it to the trunk.
Erik
--~--~-~--~~~---~--~~
I find that each app having it's own settings makes the app more
portable and opens up new possibilities, for example loading apps at
runtime which should be theoretically possible but I guess it's hard
to achieve and this point in time.
Erik
On 15.09.2008, at 12:31, Thomas Guettler
I'd appreciate that patch :)
Erik
On 08.09.2008, at 19:55, Ben Firshman wrote:
>
>
> On 8 Sep 2008, at 13:36, Erik Allik wrote:
>
>>
>> I'm glad this came up, because I would also like to recommend
>> considering an admin interface for models that use django-mp
I'm glad this came up, because I would also like to recommend
considering an admin interface for models that use django-mptt. I know
django-mptt is an external project but I think many people are using
django-mptt as it's currently the most popular tree solution available
for Django.
10 matches
Mail list logo