To further note; while I second the OP's request, in its abstract, my approach wouldn't be to add another contrib app. It would be to implement a fairly low level API. Reuse of a third party app, or abstracting some of the existing admin code, or any combination thereof would be sufficient, but this should surely be in core.
On Oct 10, 12:22 am, Yo-Yo Ma <baxterstock...@gmail.com> wrote: > +1 > > I spent this Saturday morning implementing ad hoc table sorting in a > ListView's get_queryset. It felt very wrong, to say the least. An > abstracted sorting and filtering framework, along with a few of the > admin-ish features that are already in core (inline model formsets, et > al) provide some very powerful tools for those lone rangers (like > myself) who aren't able to use the admin for a project, but still need > to be able to emulate some or all of the admin's functionality. > > I would be very interested in this, and feel it could add a lot of > value to the framework. I'd be willing to provide code, with some > guidance from members of the core team. > > On Oct 9, 10:20 pm, tWoolie <thomas.woolf...@student.adelaide.edu.au> > wrote: > > > > > I'd like to propose a project to split out the table/list > > functionality and the filtering functionality in the django admin into > > a seperate contrib app. This is really core functionality which is > > lacking from django (in terms of being locked to the admin app). > > I believe this would be beneficial because currently there are a lot > > of people who love using the admin interface but find building the > > same functionality into their own applications daunting at best. This > > leads a lot of people to try to abuse the admin app by allowing > > regular users into there. > > > I propose moving a lot of the django-tables2 functionality into a > > contrib app and augumenting it with filterspec. Then the admin can use > > this app, or any custom subclass of Table/Filter. Currently, django- > > tables2 is fantastic but has no support for filterspecs which would be > > super super helpful, and would benefit from the level of [url] > > abstraction that d-t2 provides. > > > I'm posting to this group to gather feedback and ask if anyone would > > actually like to see this happen. I believe it's something i'd love to > > contribute but only if the django devs would be interested in > > incorporating it. > > > Thomas -- 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@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en.