Git Product home page Git Product logo

django-bootstrap-pagination's Introduction

Project No Longer Maintained

This project lived a long and useful life, but it's been inactive for quite some time and I believe its relevancy has faded.

It will remain here on Github in a read-only, archived state but there will be no more updates.

PyPi version PyPi downloads Build Status

Django Bootstrap Pagination

Bootstrap Compatibility

Versions Bootstrap Versions Notes
< 1.1.0 2.x
> 1.1.0, < 1.7.0 3.x
>= 1.7.0 3.x, 4.x bootstrap_pager is only compatible with Bootstrap 3.x

This application serves to make using Twitter's Bootstrap Pagination styles work seamlessly with Django Page objects. By passing in a Page object and one or more optional arguments, Bootstrap pagination bars and pagers can be rendered with very little effort.

Compatible with Django 1.2+

Installation

PIP

This will install the latest stable release from PyPi.

    pip install django-bootstrap-pagination

Download

Download the latest stable distribution from:

http://pypi.python.org/pypi/django-bootstrap-pagination

Download the latest development version from:

github @ http://www.github.com/jmcclell/django-bootstrap-pagination

    setup.py install

Usage

Setup

Make sure you include bootstrap_pagination in your installed_apps list in settings.py:

    INSTALLED_APPS = (
        'bootstrap_pagination',
    )

Additionally, include the following snippet at the top of any template that makes use of the pagination tags:

    {% load bootstrap_pagination %}

Finally, make sure that you have the request context processor enabled:

    # Django 1.8+
    TEMPLATES = [
        {
            # ...
            'OPTIONS': {
                context_processors': [
                    # ...
                    'django.template.context_processors.request',
                ]
            }
        }
    ]

    # Django < 1.8
    TEMPLATE_CONTEXT_PROCESSORS = {
        "django.core.context_processors.request",
    )

bootstrap_paginate

All Optional Arguments

  • range - Defines the maximum number of page links to show
  • show_prev_next - Boolean. Defines whether or not to show the Previous and Next links. (Accepts "true" or "false")
  • previous_label - The label to use for the Previous link
  • next_label - The label to use for the Next link
  • show_first_last - Boolean. Defines whether or not to show the First and Last links. (Accepts "true" or "false")
  • first_label - The label to use for the First page link
  • last_label - The label to use for the Last page link
  • show_index_range - Boolean, defaults to "false". If "true" shows index range of items instead of page numbers in the paginator. For example, if paginator is configured for 50 items per page, show_index_range="true" will display [1-50, 51-100, 101-150, 151-200, 201-250, etc.] rather than [1, 2, 3, 4, 5, etc.].
  • url_view_name - A named URL reference (such as one that might get passed into the URL template tag) to use as the URL template. Must be resolvable by the reverse() function. If this option is not specified, the tag simply uses a relative url such as ?page=1 which is fine in most situations
  • url_param_name - Determines the name of the GET parameter for the page number. The default is "page". If no url_view_name is defined, this string is appended to the url as ?{{url_param_name}}=1.
  • url_extra_args - Only valid when url_view_name is set. Additional arguments to pass into reverse() to resolve the URL.
  • url_extra_kwargs - Only valid when url_view_name is set. Additional named arguments to pass into reverse() to resolve the URL. Additionally, the template tag will add an extra parameter to this for the page, as it is assumed that if given a url_name, the page will be a named variable in the URL regular expression. In this case, the url_param_name continues to be the string used to represent the name. That is, by default, url_param_name is equal to page and thus it is expected that there is a named page argument in the URL referenced by url_view_name. This allows us to use pretty pagination URLs such as /page/1
  • extra_pagination_classes - A space separated list of CSS class names that will be added to the top level <ul> HTML element. In particular, this can be utilized in Bootstrap 4 installations to add the appropriate alignment classes from Flexbox utilities: eg: justify-content-center

Basic Usage

The following will show a pagination bar with a link to every page, a previous link, and a next link:

    {% bootstrap_paginate page_obj %}

The following will show a pagination bar with at most 10 page links, a previous link, and a next link:

    {% bootstrap_paginate page_obj range=10 %}

The following will show a pagination bar with at most 10 page links, a first page link, and a last page link:

    {% bootstrap_paginate page_obj range=10 show_prev_next="false" show_first_last="true" %}

Advanced Usage

Given a url configured such as:

    archive_index_view = ArchiveIndexView.as_view(
        date_field='date',
        paginate_by=10,
        allow_empty=True,
        queryset=MyModel.all(),
        template_name='example/archive.html'
    )

    urlpatterns = patterns(
        'example.views',
        url(r'^$', archive_index_view, name='archive_index'),
        url(r'^page/(?P<page>\d+)/$', archive_index_view,
            name='archive_index_paginated'))

We could simply use the basic usage (appending ?page=#) with the archive_index URL above, as the archive_index_view class based generic view from django doesn't care how it gets the page parameter. However, if we want pretty URLs, such as those defined in the archive_index_paginated URL (ie: /page/1), we need to define the URL in our template tag:

    {% bootstrap_paginate page_obj url_view_name="archive_index_paginated" %}

Because we are using a default page parameter name of "page" and our URL requires no other parameters, everything works as expected. If our URL required additional parameters, we would pass them in using the optional arguments url_extra_args and url_extra_kwargs. Likewise, if our page parameter had a different name, we would pass in a different url_param_name argument to the template tag.

bootstrap_pager

A much simpler implementation of the Bootstrap Pagination functionality is the Pager, which simply provides a Previous and Next link.

All Optional Arguments

  • previous_label - Defines the label for the Previous link
  • next_label - Defines the label for the Next link
  • previous_title - Defines the link title for the previous link
  • next_title - Defines the link title for the next link
  • centered - Boolean. Defines whether or not the links are centered. Defaults to false. (Accepts "true" or "false")
  • url_view_name - A named URL reference (such as one that might get passed into the URL template tag) to use as the URL template. Must be resolvable by the reverse() function. If this option is not specified, the tag simply uses a relative url such as ?page=1 which is fine in most situations
  • url_param_name - Determines the name of the GET parameter for the page number. Th default is "page". If no url_view_name is defined, this string is appended to the url as ?{{url_param_name}}=1.
  • url_extra_args - Only valid when url_view_name is set. Additional arguments to pass into reverse() to resolve the URL.
  • url_extra_kwargs - Only valid when url_view_name is set. Additional named arguments to pass into reverse() to resolve the URL. Additionally, the template tag will add an extra parameter to this for the page, as it is assumed that if given a url_name, the page will be a named variable in the URL regular expression. In this case, the url_param_name continues to be the string used to represent the name. That is, by default, url_param_name is equal to "page" and thus it is expected that there is a named page argument in the URL referenced by url_view_name. This allows us to use pretty pagination URLs such as /page/1
  • url_anchor - The anchor to use in URLs. Defaults to None
  • extra_pager_classes - A space separated list of CSS class names that will be added to the top level <ul> HTML element. This could be used to, as an example, add a class to prevent the pager from showing up when printing.

Usage

Usage is basically the same as for bootstrap_paginate. The simplest usage is:

    {% bootstrap_pager page_obj %}

A somewhat more advanced usage might look like:

    {% bootstrap_pager page_obj previous_label="Newer Posts" next_label="Older Posts" url_view_name="post_archive_paginated" %}

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.