Message from discussion rethinking raw_id_fields
Received: by 10.220.176.135 with SMTP id be7mr712276vcb.8.1285946401543;
Fri, 01 Oct 2010 08:20:01 -0700 (PDT)
Received: by 10.220.111.137 with SMTP id s9ls305347vcp.1.p; Fri, 01 Oct 2010
08:19:50 -0700 (PDT)
Received: by 10.220.122.32 with SMTP id j32mr25206vcr.14.1285946389948; Fri,
01 Oct 2010 08:19:49 -0700 (PDT)
Received: by a30g2000vbt.googlegroups.com with HTTP; Fri, 1 Oct 2010 08:19:49
Date: Fri, 1 Oct 2010 08:19:49 -0700 (PDT)
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US)
AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3,gzip(gfe)
Subject: Re: rethinking raw_id_fields
From: "subs...@gmail.com" <subs...@gmail.com>
To: Django developers <firstname.lastname@example.org>
Content-Type: text/plain; charset=ISO-8859-1
I know I'm not a core dev but I do have two cents.
I'm not really in favor of overthinking this too much--I think a
satisfactory replacement for raw_id_fields is good enough (adequately
encompasses all the features). I know there are a lot of mature
projects out there when it comes to AjaxFields and I don't think its
up to django.contrib.admin to compete with them--they are there to use
and can easily be integrated into admin for those who require advanced
As for the big picture of admin in 5 years, its certainly a good
question but I'm not sure that its 'the question to be asked first of
all'. Overthinking like this stalls tickets, sometimes indefinitely.
Please don't think I'm trying to hinder discussion. I just don't think
making an absolute answer to that discussion a contingency of this
On Oct 1, 3:42=A0am, "burc...@gmail.com" <burc...@gmail.com> wrote:
> Hi everyone,
> Anyway, I'd like to see notes from core devs regarding adding such
> feature to Admin interface (so please don't say -1 if you think it's
> just not mature enough!).
> Or maybe all interested parties should work on some kind of
> django-admin-extensions instead of improving admin itself.
> Actually, it seems there is still no consensus in the django community
> of what ideal admin interface should look like.
> It's very controversial question!
> I remember django core devs repeatedly said that django.contrib.admin
> should be simple, and they intends it should be useful only for few
> use-cases like observing your data, adding at most few initial model
> instances, editing users and permissions, and being example of how to
> (not) create reusable django application with UI, and how to create
> poll application with no use of db explorer like phpmyadmin.
> Different people tried to say many times that admin instead should be
> extensible and have all sort of features to be really useful.
> How do you see django admin in 5 years? This is the question to be
> asked first of all.
> Personally, I see django admin completely outside of django project in
> 5 years, like django debug toolbar and the rest, and I'd say, django
> core team time should use their time to review and apply patches, fix
> bugs and add new features to django itself, so admin development
> should be stopped, admin docs must contain: "admin app is not much
> useful -- we just don't have enough time to add features into it, and
> we don't think we should do this -- but it can be used as an example
> for django beginners of how (not) to do reusable django applications".
> On Fri, Oct 1, 2010 at 5:45 AM, tyrion-mx <tyrion...@gmail.com> wrote:
> > I've tried implementing Autocomplete for the admin using jQuery (new)
> > Autocomplete,
> > here's the code:http://bitbucket.org/tyrion/django
> > and here's a live demo (without css for the autocomplete, so it looks
> > kinda ugly):http://djangoac.tyrion.mx/admin/login with test/test.
> > Let me know what you think about it.
> > --
> > You received this message because you are subscribed to the Google Grou=
ps "Django developers" group.
> > To post to this group, send email to email@example.com=
> > To unsubscribe from this group, send email to django-developers+unsubsc=
> > For more options, visit this group athttp://groups.google.com/group/dja=
> Best regards, Yuri V. Baburov, ICQ# 99934676, Skype: yuri.baburov,