<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Django Pagination Wrapper</title>
	<atom:link href="http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 21:46:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Ninjacipher &#187; Blog Archive &#187; New Django Paginator Example</title>
		<link>http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/#comment-183</link>
		<dc:creator>Ninjacipher &#187; Blog Archive &#187; New Django Paginator Example</dc:creator>
		<pubDate>Mon, 04 Aug 2008 17:07:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/#comment-183</guid>
		<description>[...] release of 1.0. So I did a bit of digging into the new pagination code to see if I could rework my wrapper class to work with the new release. It turns out that with the updates there really is no good reason to [...]</description>
		<content:encoded><![CDATA[<p>[...] release of 1.0. So I did a bit of digging into the new pagination code to see if I could rework my wrapper class to work with the new release. It turns out that with the updates there really is no good reason to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mattd</title>
		<link>http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/#comment-9</link>
		<dc:creator>mattd</dc:creator>
		<pubDate>Tue, 08 Jan 2008 01:13:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/#comment-9</guid>
		<description>You are correct on both counts. The displaying page 1 for 0 
indexed page count was a design decision on my part as I 
felt it was more aesthetically pleasing. I can see your point
though. I should most likely add in a config flag for that. 

Also the blindly displaying the page num was an oversight. 
I've updated the code to deal with that now. Thx for the 
heads up. 

Please do send along a link if you add the extra parts in you
mentioned as I think that would be very cool.</description>
		<content:encoded><![CDATA[<p>You are correct on both counts. The displaying page 1 for 0<br />
indexed page count was a design decision on my part as I<br />
felt it was more aesthetically pleasing. I can see your point<br />
though. I should most likely add in a config flag for that. </p>
<p>Also the blindly displaying the page num was an oversight.<br />
I&#8217;ve updated the code to deal with that now. Thx for the<br />
heads up. </p>
<p>Please do send along a link if you add the extra parts in you<br />
mentioned as I think that would be very cool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: timmah</title>
		<link>http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/#comment-8</link>
		<dc:creator>timmah</dc:creator>
		<pubDate>Mon, 07 Jan 2008 21:03:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ninjacipher.com/2007/12/27/django-pagination-wrapper/#comment-8</guid>
		<description>I just needed pagination for the first time with Django and this
sounded like a pretty cool little wrapper.  One little thing I noticed
and changed.

You blindly display whatever page the users requests.  If you have
three pages and they put in page=14, then current_page is 14, but you
are displaying the first page.  So, in the get_page method under the
except block I just set _current_page to page_number.

Well, ok two things, I didn't like displaying "page 1 of x" when
page=1 since the pagination is 0 based.  I just blindly increment
the page and then make sure it isn't greater than self.pages.

This is a really good start on removing a lot of the extra code when
dealing with pagination in templates.  If I get around to adding in
a configurable list display of page navigation more than next/previous,
I'll be sure to let you know.

Thanks</description>
		<content:encoded><![CDATA[<p>I just needed pagination for the first time with Django and this<br />
sounded like a pretty cool little wrapper.  One little thing I noticed<br />
and changed.</p>
<p>You blindly display whatever page the users requests.  If you have<br />
three pages and they put in page=14, then current_page is 14, but you<br />
are displaying the first page.  So, in the get_page method under the<br />
except block I just set _current_page to page_number.</p>
<p>Well, ok two things, I didn&#8217;t like displaying &#8220;page 1 of x&#8221; when<br />
page=1 since the pagination is 0 based.  I just blindly increment<br />
the page and then make sure it isn&#8217;t greater than self.pages.</p>
<p>This is a really good start on removing a lot of the extra code when<br />
dealing with pagination in templates.  If I get around to adding in<br />
a configurable list display of page navigation more than next/previous,<br />
I&#8217;ll be sure to let you know.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>
