Opened 9 years ago

Closed 9 years ago

#3391 closed (duplicate)

[patch] django.views.generic.list_detail.object_list - add context variables on pagination

Reported by: Max Derkachev <mderk@…> Owned by: jacob
Component: Generic views Version: master
Severity: Keywords:
Cc: frankie@… Triage Stage: Design decision needed
Has patch: yes Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: UI/UX:


The patch is for django.views.generic.list_detail.object_list and the docs.
It adds the following variables to context, when the paginated object_list is required:

  1. pages_list - the list of page numbers;
  2. page_start - the number of the first item on the page;
  3. page_end - the number of the last item on the page.

They are obviously missing, and are very useful when one need to construct pagination control like this:

PREV 1 2 3 4 5 6 7 NEXT
showing 10-20 of 100 items

the template source will be like this:

<a href="#">PREV</a>
{% for page_num in pages_list %}
{{ page_num }}
{% endfor %}
<a href="#">NEXT</a>
showing {{ page_start }}-{{ page_end }} of {{ hits }}

Attachments (2)

generic_object_list.patch (1.6 KB) - added by Max Derkachev <mderk@…> 9 years ago.
The patch
generic_object_list.2.patch (2.4 KB) - added by Max Derkachev <mderk@…> 9 years ago.
the better patch

Download all attachments as: .zip

Change History (5)

Changed 9 years ago by Max Derkachev <mderk@…>

The patch

comment:1 Changed 9 years ago by Gary Wilson <gary.wilson@…>

  • Needs documentation unset
  • Needs tests unset
  • Patch needs improvement unset
  • Triage Stage changed from Unreviewed to Design decision needed

I would say that all this stuff related to pagination needs to be contained in the ObjectPaginator class. This way it can get re-used in any other view and not just the object_list generic view. For example, allow ObjectPaginator constructor to be passed the page number, which would set, say, item_start, item_end, and pages attributes.

comment:2 Changed 9 years ago by Max Derkachev <mderk@…>

Indeed, I missed the fact that ObjectPaginator has first_on_page and last_on_page methods.
So, I updated the patch and added one property to ObjectPaginator to get the list of page numbers.
I've also changed the names of variables to more meaningful.

The subtle problem is that ObjectPaginator uses 0-based page number (the view uses 1-based), and one that uses it should always remember that when calling ObjectPaginator members.
E.g. the constructor is called with page - 1 from the view.
So, to get first_item, the view should call them as paginator.first_on_page(page - 1).
But I guess that should not chnange since it may break BC, if somebody uses ObjectPaginator in custom views.

Changed 9 years ago by Max Derkachev <mderk@…>

the better patch

comment:3 Changed 9 years ago by frankie@…

  • Cc frankie@… added
  • Resolution set to duplicate
  • Status changed from new to closed

Dupe of #3169 and #3170.

Note: See TracTickets for help on using tickets.
Back to Top