| A | B | C | D | |
|---|---|---|---|---|
1 | Code | Short description | Review | Notes |
2 | Admin-01 | Bulk-edit on changelist pages. | +1 | Want; will champion or develop personally. |
3 | Admin-02 | Integrate django-batchadmin | +1 | I have some complaints with the internals of django-batchadmin as it is currently, but it's a great starting point and I'm willing to make or help with the improvements I see as needed. |
4 | Admin-03 | Make the admin use a url resolver | +0 | This might be trickier than it seems, but needs to happen. |
5 | Admin-04 | Improve flexibility of admin.autodiscover for custom admin sites | -0 | I see autodiscover() as something that's desgned with the default admin in mind; custom admin sites should implement their own registeration mechanism. Yes, that's annoying, so a better proposal might get me to upgrade to a +0. |
6 | Admin-05 | ModelAdmin should allow for overriding of ForeignKey/ManyToMany options | +0 | |
7 | Admin-06 | Read-only fields (applies to forms as well) | +0 | |
8 | Admin-07 | Custom FilterSpecs | +0 | |
9 | Admin-08 | Make filters in admin changelists persistent (#6903) | +0 | |
10 | Auth-01 | AnonymousUser that you can set specific permissions for | -1 | I see this as drastically out-of-scope for the AnonymousUser, not to mention a bit crufty -- singleton database rows are a bad pattern. Further, there are very easy workarounds. |
11 | Auth-02 | Allow for extendable auth_user module (add an abstract base class for User too) | -0 | I'm generally against the idea of allowing a custom User class since it's so easy to break assumptions that built-in code makes. However, this specific proposal is actually pretty well-done, so I'm torn. I'll leave this up to another committer to champion. |
12 | Contrib-01 | Add a session based form wizard | +0 | Good idea, implementaion needs some work (see my comment on #9200) |
13 | Contrib-02 | customizability of contrib.comments (see also #8630) | +1 | Purposefully left out of 1.0 because of bad docs and not fully-fleshed-out features. I'll champion, and do it myself if needed. |
14 | Contrib-03 | Inclusion of comment-utils | +1 | The code is pretty much done at this point. It needs some tests and the docs need to be slightly adapted. But it's check-in worthy with just a few hours of work, likely. |
15 | Contrib-04 | Integrate GSOC2008 djangosearch as django.contrib.search | -1 | Though I use djangosearch myself, I don't think the API is fully-fledged enough for inclusion in this release, nor do I think there's enough time or focus to get it to that point. |
16 | Contrib-05 | Message Passing For Anonymous Users | +0 | |
17 | Contrib-06 | Honour the REMOTE_USER provided by the server | +0 | |
18 | Contrib-07 | Implement Atom Publishing Protocol (and related #3569) | +0 | I'd like to see django-atompub added as a contrib app, with an eye towards eventually deprecating and removing django.contrib.syndication in favor of atom-only. |
19 | Contrib-08 | Media management for apps | +0 | I'd like to see installmedia in a contrib app (django.contrib.media?). |
20 | Contrib-09 | django-logging | -0 | Makes a fine third-party app. |
21 | Contrib-10 | Breadcrumbs | -0 | Too specialized for django, though I'd be OK with this being in django.contrib.webdesign if someone felt very strongly about it. |
22 | Contrib-11 | Signed cookies | -0 | Not a feature I see as hugely needed in the core, but I don't really care. |
23 | Contrib-12 | Cached DB session backend | +0 | The code is done, just needs a refresh for 1.1 and update of the docs. |
24 | Form-01 | Selectable HTML output for forms/fields) (see also) | -0 | I like where this is going, but I feel like the discussion of this idea isn't done yet -- I don't know that we've found the very best idea with Simon's django-html, and I'd prefer to hold off until we have a great solution. |
25 | Form-02 | django.forms.SafeForm - forms with built-in CSRF protection | +0 | |
26 | ORM-01 | ORM aggregation | +0 | |
27 | ORM-02 | Object history | -0 | Seems very specailized even for contrib, and is also easily doable in a third-party way. |
28 | ORM-03 | Model validation | +1 | Honza has this well in hand. It needs extensive review, though. |
29 | ORM-04 | Public-facing multiple database API | -0 | I don't feel anyone's proposed a concrete API that works for multiple scenarios yet. Unless someone highly qualified can get an API aproved very quickly, this'll need to be postponed. |
30 | ORM-05 | ORM identity map | -1 | I'm strongly opposed to adding identity mappers to Django's ORM. |
31 | ORM-06 | Expression support in QuerySet.update() | +0 | I think this is part of aggregation? |
32 | ORM-07 | Denormalized model fields (#8946) | -0 | I don't feel the API is fully fleshed enough. I'd like to see this as a third-party app developed with an eye towards 1.2. |
33 | ORM-08 | SchemaEvolution | -1 | Although there are at least three existing solutions out there, no clear winner -- or even common agreement on required features -- has emerged. This should wait for 1.2, at least. |
34 | ORM-09 | Manager.update_or_create() and Model.update() (#3182) | +0 | |
35 | ORM-10 | QuerySet.select_for_update() method | +0 | |
36 | ORM-11 | QuerySet.cache() method | -0 | It's a slightly nasty bleeding of the cache API into the ORM, but a useful feature. I'll happily upgrade to +0 if someone can figure out a way of implementing this that doesn't couple the ORM to the cache framework. |
37 | ORM-12 | Allow the use of property() in fields | +0 | |
38 | ORM-13 | Support for 'DISTINCT ON' queries with QuerySet.distinct() | -0 | I don't need this personally, but I won't oppose the addition. |
39 | ORM-14 | Exclude fields in a SELECT (QuerySet.defer()) | +0 | |
40 | ORM-15 | Day-of-week filter for date/datetime Fields (#7672) | -0 | Feels like feature creep, but I don't care too much. |
41 | ORM-16 | Native autocommit option for Postgresql backend (#3460) | +0 | |
42 | ORM-17 | {% default %} clause for {% for %} loops (#6398). | +1 | I've needed this, and the implementation is already at RFC status. |
43 | ORM-18 | Add signals to ManyRelatedManager | -0 | I'm concerned about the performance hit this would entail. |
44 | ORM-19 | Add support for database schemas | -0 | I don't need this personally, but I won't oppose the addition. |
45 | ORM-20 | implement force_insert and force_update in ModelForm.save() (#8672) | -1 | This is a two-liner if not added (http://code.djangoproject.com/ticket/8672#comment:5), and has gratiutous backwards-incompatibility, too. |
46 | ORM-21 | Rename Field.verbose_name to label, like django.forms.Field | -1 | Backwards-incompatible for no real gain. |
47 | ORM-22 | Ordering field and revitalize order_with_respect_to (See A, B) | +0 | I'd like to see this in very much, but I don't think enough of a start has been made to realistically depend on this getting done in time. |
48 | ORM-23 | INSTALLED_APPS refactoring (app() object) | -0 | A huge can of worms. Some really awesome benefits come out of this, but so far everyone who's tried to make this work has failed. Until there's an actual implementation that works (even mostly), I'll probably just ignore. |
49 | Template-01 | Extend inclusion tag syntax to allow custom templates | +0 | |
50 | Template-02 | Enhanced simple-tag decorator | -0 | I'd prefer a more wholistic aproach to improving template tag definition and registration. |
51 | Template-03 | Add keyword support to simple_tag and inclusion_tag | -0 | I'd prefer a more wholistic aproach to improving template tag definition and registration. |
52 | Template-04 | Refactor django.template | +0 | I've got a few concerns posted on the ticket, but all in all this is good. |
53 | Template-05 | Namespace support for template libraries | +0 | I'd like to see this merged with 04, 05, and 06 for a general template cleanup. Probably a good candidate for a short topic branch. |
54 | Template-06 | Better template tag loading (#6587, #3349) | +0 | See above. |
55 | Test-01 | Follow redirect chains on the Test Client | +0 | |
56 | Test-02 | Disable all e-mail sending for debugging | -0 | |
57 | Test-03 | Make the Django testcases use transactions | +0 | Faster tests are always better! However, the change at it stands introduces weird failures; those need to be understood and fixed first. |
58 | Test-04 | Integrate django-testmaker | -1 | This isn't appropriate for the core (too special-purpose); it should remain third-party. |
59 | View-01 | Class-Based Generic Views | +1 | I want and will chamption. |
60 | View-02 | Add RequestContext?(request) to render_to_response as default | +1 | I think the best aproach would be to merge django.views.generic.simple.direct_to_template with render_to_response. This can easily be done in a backwards-compatible manaer. |
61 | View-03 | `wsgi.file_wrapper` for large file | +0 | |
62 | View-04 | URL resolver refactor | -0 | See Malcolm's point on the mailing list thread; I don't quite get the point. I think this is mostly about fixing the admin's lame URL handling, and see Admin-03 for that. |
63 | View-05 | Decouple authentication from calling a view | -0 | I don't see the point. |
64 | ||||
65 | ||||
66 | ||||
67 | ||||
68 | ||||
69 | ||||
70 | ||||
71 | ||||
72 | ||||
73 | ||||
74 | ||||
75 | ||||
76 | ||||
77 | ||||
78 | ||||
79 | ||||
80 | ||||
81 | ||||
82 |