will_paginate-rails3 3.0.pre
Sign up to get free protection for your applications and to get access to all the features.
- data/CHANGELOG.rdoc +105 -0
- data/LICENSE +18 -0
- data/README.rdoc +125 -0
- data/Rakefile +32 -0
- data/lib/will_paginate.rb +23 -0
- data/lib/will_paginate/array.rb +33 -0
- data/lib/will_paginate/collection.rb +145 -0
- data/lib/will_paginate/core_ext.rb +69 -0
- data/lib/will_paginate/deprecation.rb +50 -0
- data/lib/will_paginate/finders.rb +9 -0
- data/lib/will_paginate/finders/active_record.rb +158 -0
- data/lib/will_paginate/finders/active_resource.rb +51 -0
- data/lib/will_paginate/finders/base.rb +112 -0
- data/lib/will_paginate/finders/data_mapper.rb +30 -0
- data/lib/will_paginate/finders/sequel.rb +23 -0
- data/lib/will_paginate/railtie.rb +24 -0
- data/lib/will_paginate/version.rb +9 -0
- data/lib/will_paginate/view_helpers.rb +42 -0
- data/lib/will_paginate/view_helpers/action_view.rb +134 -0
- data/lib/will_paginate/view_helpers/base.rb +126 -0
- data/lib/will_paginate/view_helpers/link_renderer.rb +130 -0
- data/lib/will_paginate/view_helpers/link_renderer_base.rb +83 -0
- data/lib/will_paginate/view_helpers/merb.rb +13 -0
- data/spec/collection_spec.rb +147 -0
- data/spec/console +8 -0
- data/spec/console_fixtures.rb +8 -0
- data/spec/database.yml +22 -0
- data/spec/finders/active_record_spec.rb +377 -0
- data/spec/finders/active_resource_spec.rb +52 -0
- data/spec/finders/activerecord_test_connector.rb +114 -0
- data/spec/finders/data_mapper_spec.rb +62 -0
- data/spec/finders/data_mapper_test_connector.rb +20 -0
- data/spec/finders/sequel_spec.rb +53 -0
- data/spec/finders/sequel_test_connector.rb +9 -0
- data/spec/finders_spec.rb +76 -0
- data/spec/fixtures/admin.rb +3 -0
- data/spec/fixtures/developer.rb +13 -0
- data/spec/fixtures/developers_projects.yml +13 -0
- data/spec/fixtures/project.rb +13 -0
- data/spec/fixtures/projects.yml +6 -0
- data/spec/fixtures/replies.yml +29 -0
- data/spec/fixtures/reply.rb +7 -0
- data/spec/fixtures/schema.rb +38 -0
- data/spec/fixtures/topic.rb +7 -0
- data/spec/fixtures/topics.yml +30 -0
- data/spec/fixtures/user.rb +2 -0
- data/spec/fixtures/users.yml +35 -0
- data/spec/rcov.opts +2 -0
- data/spec/spec.opts +2 -0
- data/spec/spec_helper.rb +74 -0
- data/spec/tasks.rake +60 -0
- data/spec/view_helpers/action_view_spec.rb +356 -0
- data/spec/view_helpers/base_spec.rb +64 -0
- data/spec/view_helpers/link_renderer_base_spec.rb +84 -0
- data/spec/view_helpers/view_example_group.rb +103 -0
- metadata +127 -0
data/CHANGELOG.rdoc
ADDED
@@ -0,0 +1,105 @@
|
|
1
|
+
== "agnostic" branch
|
2
|
+
|
3
|
+
* added Sequel support
|
4
|
+
* added an initialization hook for Merb
|
5
|
+
* refactored URL generation
|
6
|
+
* BACKWARDS INCOMPATIBLE: refactored LinkRenderer; also markup changes
|
7
|
+
<span class="current">1</span> is now <em>1</em>
|
8
|
+
a.prev_page -> a.previous_page (for consistency)
|
9
|
+
* "prev_label" -> "previous_label"
|
10
|
+
* ported view tests to specs
|
11
|
+
* setup Autotest
|
12
|
+
* added per_page=(limit) attribute writer to set default per_page
|
13
|
+
* Remove :include option from count_all query when possible (Rails 2.1)
|
14
|
+
* added WP::ViewHelpers::ActionView and LinkRenderer
|
15
|
+
* specs for ViewHelpers::Base and LinkRendererBase
|
16
|
+
* created LinkRendererBase that implements windowed visible page numbers logic
|
17
|
+
* created WP::ViewHelpers::Base abstract module that implements generic view helpers
|
18
|
+
* ported finder tests to specs
|
19
|
+
* added WP::Finders::DataMapper
|
20
|
+
* added WP::Finders::ActiveRecord mixin for ActiveRecord::Base
|
21
|
+
* created WP::Finders::Base abstract module that implements generic pagination logic
|
22
|
+
* removed dependency to ActiveSupport
|
23
|
+
|
24
|
+
== 2.3.1, released 2008-05-04
|
25
|
+
|
26
|
+
* Fixed page numbers not showing with custom routes and implicit first page
|
27
|
+
* Try to use Hanna for documentation (falls back to default RDoc template if not)
|
28
|
+
|
29
|
+
== 2.3.0, released 2008-04-29
|
30
|
+
|
31
|
+
* Changed LinkRenderer to receive collection, options and reference to view template NOT in
|
32
|
+
constructor, but with the #prepare method. This is a step towards supporting passing of
|
33
|
+
LinkRenderer (or subclass) instances that may be preconfigured in some way
|
34
|
+
* LinkRenderer now has #page_link and #page_span methods for easier customization of output in
|
35
|
+
subclasses
|
36
|
+
* Changed page_entries_info() method to adjust its output according to humanized class name of
|
37
|
+
collection items. Override this with :entry_name parameter (singular).
|
38
|
+
|
39
|
+
page_entries_info(@posts)
|
40
|
+
#-> "Displaying all 12 posts"
|
41
|
+
page_entries_info(@posts, :entry_name => 'item')
|
42
|
+
#-> "Displaying all 12 items"
|
43
|
+
|
44
|
+
== 2.2.3, released 2008-04-26
|
45
|
+
|
46
|
+
* will_paginate gem is no longer published on RubyForge, but on
|
47
|
+
gems.github.com:
|
48
|
+
|
49
|
+
gem sources -a http://gems.github.com/ (you only need to do this once)
|
50
|
+
gem install mislav-will_paginate
|
51
|
+
|
52
|
+
* extract reusable pagination testing stuff into WillPaginate::View
|
53
|
+
* rethink the page URL construction mechanism to be more bulletproof when
|
54
|
+
combined with custom routing for page parameter
|
55
|
+
* test that anchor parameter can be used in pagination links
|
56
|
+
|
57
|
+
== 2.2.2, released 2008-04-21
|
58
|
+
|
59
|
+
* Add support for page parameter in custom routes like "/foo/page/2"
|
60
|
+
* Change output of "page_entries_info" on single-page collection and erroneous
|
61
|
+
output with empty collection as reported by Tim Chater
|
62
|
+
|
63
|
+
== 2.2.1, released 2008-04-08
|
64
|
+
|
65
|
+
* take less risky path when monkeypatching named_scope; fix that it no longer
|
66
|
+
requires ActiveRecord::VERSION
|
67
|
+
* use strings in "respond_to?" calls to work around a bug in acts_as_ferret
|
68
|
+
stable (ugh)
|
69
|
+
* add rake release task
|
70
|
+
|
71
|
+
|
72
|
+
== 2.2.0, released 2008-04-07
|
73
|
+
|
74
|
+
=== API changes
|
75
|
+
* Rename WillPaginate::Collection#page_count to "total_pages" for consistency.
|
76
|
+
If you implemented this interface, change your implementation accordingly.
|
77
|
+
* Remove old, deprecated style of calling Array#paginate as "paginate(page,
|
78
|
+
per_page)". If you want to specify :page, :per_page or :total_entries, use a
|
79
|
+
parameter hash.
|
80
|
+
* Rename LinkRenderer#url_options to "url_for" and drastically optimize it
|
81
|
+
|
82
|
+
=== View changes
|
83
|
+
* Added "prev_page" and "next_page" CSS classes on previous/next page buttons
|
84
|
+
* Add examples of pagination links styling in "examples/index.html"
|
85
|
+
* Change gap in pagination links from "..." to
|
86
|
+
"<span class="gap">…</span>".
|
87
|
+
* Add "paginated_section", a block helper that renders pagination both above and
|
88
|
+
below content in the block
|
89
|
+
* Add rel="prev|next|start" to page links
|
90
|
+
|
91
|
+
=== Other
|
92
|
+
|
93
|
+
* Add ability to opt-in for Rails 2.1 feature "named_scope" by calling
|
94
|
+
WillPaginate.enable_named_scope (tested in Rails 1.2.6 and 2.0.2)
|
95
|
+
* Support complex page parameters like "developers[page]"
|
96
|
+
* Move Array#paginate definition to will_paginate/array.rb. You can now easily
|
97
|
+
use pagination on arrays outside of Rails:
|
98
|
+
|
99
|
+
gem 'will_paginate'
|
100
|
+
require 'will_paginate/array'
|
101
|
+
|
102
|
+
* Add "paginated_each" method for iterating through every record by loading only
|
103
|
+
one page of records at the time
|
104
|
+
* Rails 2: Rescue from WillPaginate::InvalidPage error with 404 Not Found by
|
105
|
+
default
|
data/LICENSE
ADDED
@@ -0,0 +1,18 @@
|
|
1
|
+
Copyright (c) 2009 Mislav Marohnić
|
2
|
+
|
3
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy of
|
4
|
+
this software and associated documentation files (the "Software"), to deal in
|
5
|
+
the Software without restriction, including without limitation the rights to
|
6
|
+
use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
|
7
|
+
the Software, and to permit persons to whom the Software is furnished to do so,
|
8
|
+
subject to the following conditions:
|
9
|
+
|
10
|
+
The above copyright notice and this permission notice shall be included in all
|
11
|
+
copies or substantial portions of the Software.
|
12
|
+
|
13
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
14
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
|
15
|
+
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
|
16
|
+
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
|
17
|
+
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
|
18
|
+
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|
data/README.rdoc
ADDED
@@ -0,0 +1,125 @@
|
|
1
|
+
= The will_paginate Ruby library
|
2
|
+
|
3
|
+
Pagination is just limiting the number of records loaded and displayed. Why should you let it get in
|
4
|
+
your way while developing?
|
5
|
+
|
6
|
+
This is how you paginate on an ActiveRecord model:
|
7
|
+
|
8
|
+
Post.paginate :page => 1, :order => 'created_at DESC'
|
9
|
+
|
10
|
+
Most of the time it's as simple as replacing "find" with "paginate" and specifying the page you want.
|
11
|
+
|
12
|
+
Some resources to get you started:
|
13
|
+
|
14
|
+
* The {will_paginate project page}[http://mislav.github.com/will_paginate/];
|
15
|
+
* Your mind reels with questions? Join our {Google group}[http://groups.google.com/group/will_paginate];
|
16
|
+
* {How to report bugs}[http://github.com/mislav/will_paginate/wikis/report-bugs];
|
17
|
+
* {Watch the will_paginate screencast}[http://railscasts.com/episodes/51] by Ryan Bates.
|
18
|
+
|
19
|
+
== I'm not using Rails; can I still use will_paginate?
|
20
|
+
|
21
|
+
Absolutely -- although will_paginate started off as a Rails plugin, now it is a <em>completely
|
22
|
+
framework-agnostic</em> library with support for Rails and Merb built-in. The core library doesn't
|
23
|
+
have any dependences and you can safely use it in any Ruby code.
|
24
|
+
|
25
|
+
When will_paginate is loaded in an environment where ActiveRecord and ActionView are present, it
|
26
|
+
automatically hooks into these frameworks to provide easy pagination on your models and in your
|
27
|
+
views. The same mechanism works for Merb applications, too. But, if no known framework is present
|
28
|
+
then you have absolute control over what parts of will_paginate do you want to load and where you want
|
29
|
+
them mixed in.
|
30
|
+
|
31
|
+
|
32
|
+
== Installation
|
33
|
+
|
34
|
+
The recommended way is that you get the gem hosted on {gems.github.com}[http://gems.github.com/]:
|
35
|
+
|
36
|
+
gem install mislav-will_paginate
|
37
|
+
|
38
|
+
In <b>Rails 2.1</b>, add a gem dependency:
|
39
|
+
|
40
|
+
# for Rails 2.1 and newer
|
41
|
+
config.gem 'mislav-will_paginate', :lib => 'will_paginate', :version => '~> 3.0'
|
42
|
+
|
43
|
+
If you're using Rails 2.0 or older, or any other Ruby framework, just add a simple require to a file
|
44
|
+
that initializes your application. For example, in Rails you would put this at the end of
|
45
|
+
"config/environment.rb".
|
46
|
+
|
47
|
+
gem 'mislav-will_paginate', '~> 3.0'
|
48
|
+
require 'will_paginate'
|
49
|
+
|
50
|
+
That's it. Remember to install the gem on <strong>all</strong> machines that you are deploying to.
|
51
|
+
|
52
|
+
<i>There are extensive {installation
|
53
|
+
instructions}[http://github.com/mislav/will_paginate/wikis/installation] on {the
|
54
|
+
wiki}[http://github.com/mislav/will_paginate/wikis].</i>
|
55
|
+
|
56
|
+
|
57
|
+
== Example usage
|
58
|
+
|
59
|
+
Typical usage involves a paginating find in the controller:
|
60
|
+
|
61
|
+
@posts = Post.paginate :page => params[:page], :order => 'updated_at DESC'
|
62
|
+
|
63
|
+
It's true: +paginate+ works just like +find+ -- it just doesn't fetch all the records. Don't forget
|
64
|
+
to tell it which page you want, or it will complain! Read more in WillPaginate::Finders.
|
65
|
+
|
66
|
+
Render the posts in your view like you would normally do, and when you need to render pagination,
|
67
|
+
just stick this in:
|
68
|
+
|
69
|
+
<%= will_paginate @posts %>
|
70
|
+
|
71
|
+
You're done. Read more in WillPaginate::ViewHelpers::Base.
|
72
|
+
|
73
|
+
How does it know how much items to fetch per page? It asks your model by calling its
|
74
|
+
+per_page+ class method. You can define it like this:
|
75
|
+
|
76
|
+
class Post < ActiveRecord::Base
|
77
|
+
self.per_page = 50
|
78
|
+
end
|
79
|
+
|
80
|
+
... or don't worry about it at all. WillPaginate defines it to be <strong>30</strong> by default. You can
|
81
|
+
always specify the count explicitly when calling +paginate+:
|
82
|
+
|
83
|
+
Post.paginate :page => params[:page], :per_page => 50
|
84
|
+
|
85
|
+
The +paginate+ finder wraps the original finder and returns your result set that now has some new
|
86
|
+
properties. You can use the collection as you would use any other array. WillPaginate view helpers
|
87
|
+
also need that collection object to be able to render pagination:
|
88
|
+
|
89
|
+
<ol>
|
90
|
+
<% for post in @posts -%>
|
91
|
+
<li>Render `post` in some nice way.</li>
|
92
|
+
<% end -%>
|
93
|
+
</ol>
|
94
|
+
|
95
|
+
<p>Now let's render us some pagination!</p>
|
96
|
+
<%= will_paginate @posts %>
|
97
|
+
|
98
|
+
|
99
|
+
== Authors and credits
|
100
|
+
|
101
|
+
The original author of will_paginate was PJ Hyett, who later handed over development to Mislav
|
102
|
+
Marohnić. (The library was completely rewritten since then.)
|
103
|
+
|
104
|
+
All these people helped making will_paginate what it is now with their code contributions or just
|
105
|
+
simply awesome ideas:
|
106
|
+
|
107
|
+
Chris Wanstrath, Dr. Nic Williams, K. Adam Christensen, Mike Garey, Bence Golda, Matt Aimonetti,
|
108
|
+
Charles Brian Quinn, Desi McAdam, James Coglan, Matijs van Zuijlen, Maria, Brendan Ribera, Todd
|
109
|
+
Willey, Bryan Helmkamp, Jan Berkel, Lourens Naudé, Rick Olson, Russell Norris, Piotr Usewicz, Chris
|
110
|
+
Eppstein, Brandon Arbini, Denis Barushev, Paul Barry, Ben Pickles, Ken Collins, Lida Tang and Pieter
|
111
|
+
Noordhuis.
|
112
|
+
|
113
|
+
|
114
|
+
== Usable pagination in the UI
|
115
|
+
|
116
|
+
There are example CSS styles to get you started on the will_paginate project page.
|
117
|
+
|
118
|
+
More reading about pagination as design pattern:
|
119
|
+
|
120
|
+
* {Pagination 101}[http://kurafire.net/log/archive/2007/06/22/pagination-101];
|
121
|
+
* {Pagination gallery}[http://www.smashingmagazine.com/2007/11/16/pagination-gallery-examples-and-good-practices/] featured on Smashing Magazine;
|
122
|
+
* {Pagination design pattern}[http://developer.yahoo.com/ypatterns/parent.php?pattern=pagination] on Yahoo Design Pattern Library.
|
123
|
+
|
124
|
+
Want to discuss, request features, ask questions? Join the {Google
|
125
|
+
group}[http://groups.google.com/group/will_paginate].
|
data/Rakefile
ADDED
@@ -0,0 +1,32 @@
|
|
1
|
+
require 'rake/rdoctask'
|
2
|
+
|
3
|
+
load 'spec/tasks.rake'
|
4
|
+
|
5
|
+
desc 'Default: run specs.'
|
6
|
+
task :default => :spec
|
7
|
+
|
8
|
+
desc 'Generate RDoc documentation for the will_paginate plugin.'
|
9
|
+
Rake::RDocTask.new(:rdoc) do |rdoc|
|
10
|
+
rdoc.rdoc_files.include('README.rdoc', 'LICENSE', 'CHANGELOG.rdoc').
|
11
|
+
include('lib/**/*.rb').
|
12
|
+
exclude('lib/will_paginate/finders/active_record/named_scope*').
|
13
|
+
exclude('lib/will_paginate/finders/sequel.rb').
|
14
|
+
exclude('lib/will_paginate/view_helpers/merb.rb').
|
15
|
+
exclude('lib/will_paginate/deprecation.rb').
|
16
|
+
exclude('lib/will_paginate/core_ext.rb').
|
17
|
+
exclude('lib/will_paginate/version.rb')
|
18
|
+
|
19
|
+
rdoc.main = "README.rdoc" # page to start on
|
20
|
+
rdoc.title = "will_paginate documentation"
|
21
|
+
|
22
|
+
rdoc.rdoc_dir = 'doc' # rdoc output folder
|
23
|
+
rdoc.options << '--inline-source' << '--charset=UTF-8'
|
24
|
+
rdoc.options << '--webcvs=http://github.com/mislav/will_paginate/tree/master/'
|
25
|
+
end
|
26
|
+
|
27
|
+
task :website do
|
28
|
+
Dir.chdir('website') do
|
29
|
+
%x(haml index.haml index.html)
|
30
|
+
%x(sass pagination.sass pagination.css)
|
31
|
+
end
|
32
|
+
end
|
@@ -0,0 +1,23 @@
|
|
1
|
+
require 'will_paginate/deprecation'
|
2
|
+
|
3
|
+
# = You *will* paginate!
|
4
|
+
#
|
5
|
+
# First read about WillPaginate::Finders::Base, then see
|
6
|
+
# WillPaginate::ViewHelpers. The magical array you're handling in-between is
|
7
|
+
# WillPaginate::Collection.
|
8
|
+
#
|
9
|
+
# Happy paginating!
|
10
|
+
module WillPaginate
|
11
|
+
end
|
12
|
+
|
13
|
+
if defined?(::Rails::Railtie)
|
14
|
+
require 'will_paginate/railtie'
|
15
|
+
end
|
16
|
+
|
17
|
+
if defined?(::Merb::Plugins)
|
18
|
+
require 'will_paginate/view_helpers/merb'
|
19
|
+
# auto-load the right ORM adapter
|
20
|
+
if adapter = { :datamapper => 'data_mapper', :activerecord => 'active_record', :sequel => 'sequel' }[Merb.orm]
|
21
|
+
require "will_paginate/finders/#{adapter}"
|
22
|
+
end
|
23
|
+
end
|
@@ -0,0 +1,33 @@
|
|
1
|
+
require 'will_paginate/collection'
|
2
|
+
|
3
|
+
class Array
|
4
|
+
# Paginates a static array (extracting a subset of it). The result is a
|
5
|
+
# WillPaginate::Collection instance, which is an array with a few more
|
6
|
+
# properties about its paginated state.
|
7
|
+
#
|
8
|
+
# Parameters:
|
9
|
+
# * <tt>:page</tt> - current page, defaults to 1
|
10
|
+
# * <tt>:per_page</tt> - limit of items per page, defaults to 30
|
11
|
+
# * <tt>:total_entries</tt> - total number of items in the array, defaults to
|
12
|
+
# <tt>array.length</tt> (obviously)
|
13
|
+
#
|
14
|
+
# Example:
|
15
|
+
# arr = ['a', 'b', 'c', 'd', 'e']
|
16
|
+
# paged = arr.paginate(:per_page => 2) #-> ['a', 'b']
|
17
|
+
# paged.total_entries #-> 5
|
18
|
+
# arr.paginate(:page => 2, :per_page => 2) #-> ['c', 'd']
|
19
|
+
# arr.paginate(:page => 3, :per_page => 2) #-> ['e']
|
20
|
+
#
|
21
|
+
# This method was originally {suggested by Desi
|
22
|
+
# McAdam}[http://www.desimcadam.com/archives/8] and later proved to be the
|
23
|
+
# most useful method of will_paginate library.
|
24
|
+
def paginate(options = {})
|
25
|
+
raise ArgumentError, "parameter hash expected (got #{options.inspect})" unless Hash === options
|
26
|
+
|
27
|
+
WillPaginate::Collection.create options[:page] || 1,
|
28
|
+
options[:per_page] || 30,
|
29
|
+
options[:total_entries] || self.length do |pager|
|
30
|
+
pager.replace self[pager.offset, pager.per_page].to_a
|
31
|
+
end
|
32
|
+
end
|
33
|
+
end
|
@@ -0,0 +1,145 @@
|
|
1
|
+
module WillPaginate
|
2
|
+
# = Invalid page number error
|
3
|
+
# This is an ArgumentError raised in case a page was requested that is either
|
4
|
+
# zero or negative number. You should decide how do deal with such errors in
|
5
|
+
# the controller.
|
6
|
+
#
|
7
|
+
# If you're using Rails 2, then this error will automatically get handled like
|
8
|
+
# 404 Not Found. The hook is in "will_paginate.rb":
|
9
|
+
#
|
10
|
+
# ActionController::Base.rescue_responses['WillPaginate::InvalidPage'] = :not_found
|
11
|
+
#
|
12
|
+
# If you don't like this, use your preffered method of rescuing exceptions in
|
13
|
+
# public from your controllers to handle this differently. The +rescue_from+
|
14
|
+
# method is a nice addition to Rails 2.
|
15
|
+
#
|
16
|
+
# This error is *not* raised when a page further than the last page is
|
17
|
+
# requested. Use <tt>WillPaginate::Collection#out_of_bounds?</tt> method to
|
18
|
+
# check for those cases and manually deal with them as you see fit.
|
19
|
+
class InvalidPage < ArgumentError
|
20
|
+
def initialize(page, page_num) #:nodoc:
|
21
|
+
super "#{page.inspect} given as value, which translates to '#{page_num}' as page number"
|
22
|
+
end
|
23
|
+
end
|
24
|
+
|
25
|
+
# = The key to pagination
|
26
|
+
# Arrays returned from paginating finds are, in fact, instances of this little
|
27
|
+
# class. You may think of WillPaginate::Collection as an ordinary array with
|
28
|
+
# some extra properties. Those properties are used by view helpers to generate
|
29
|
+
# correct page links.
|
30
|
+
#
|
31
|
+
# WillPaginate::Collection also assists in rolling out your own pagination
|
32
|
+
# solutions: see +create+.
|
33
|
+
#
|
34
|
+
# If you are writing a library that provides a collection which you would like
|
35
|
+
# to conform to this API, you don't have to copy these methods over; simply
|
36
|
+
# make your plugin/gem dependant on the "will_paginate" gem:
|
37
|
+
#
|
38
|
+
# gem 'will_paginate'
|
39
|
+
# require 'will_paginate/collection'
|
40
|
+
#
|
41
|
+
# # now use WillPaginate::Collection directly or subclass it
|
42
|
+
class Collection < Array
|
43
|
+
attr_reader :current_page, :per_page, :total_entries, :total_pages
|
44
|
+
|
45
|
+
# Arguments to the constructor are the current page number, per-page limit
|
46
|
+
# and the total number of entries. The last argument is optional because it
|
47
|
+
# is best to do lazy counting; in other words, count *conditionally* after
|
48
|
+
# populating the collection using the +replace+ method.
|
49
|
+
def initialize(page, per_page, total = nil)
|
50
|
+
@current_page = page.to_i
|
51
|
+
raise InvalidPage.new(page, @current_page) if @current_page < 1
|
52
|
+
@per_page = per_page.to_i
|
53
|
+
raise ArgumentError, "`per_page` setting cannot be less than 1 (#{@per_page} given)" if @per_page < 1
|
54
|
+
|
55
|
+
self.total_entries = total if total
|
56
|
+
end
|
57
|
+
|
58
|
+
# Just like +new+, but yields the object after instantiation and returns it
|
59
|
+
# afterwards. This is very useful for manual pagination:
|
60
|
+
#
|
61
|
+
# @entries = WillPaginate::Collection.create(1, 10) do |pager|
|
62
|
+
# result = Post.find(:all, :limit => pager.per_page, :offset => pager.offset)
|
63
|
+
# # inject the result array into the paginated collection:
|
64
|
+
# pager.replace(result)
|
65
|
+
#
|
66
|
+
# unless pager.total_entries
|
67
|
+
# # the pager didn't manage to guess the total count, do it manually
|
68
|
+
# pager.total_entries = Post.count
|
69
|
+
# end
|
70
|
+
# end
|
71
|
+
#
|
72
|
+
# The possibilities with this are endless. For another example, here is how
|
73
|
+
# WillPaginate used to define pagination for Array instances:
|
74
|
+
#
|
75
|
+
# Array.class_eval do
|
76
|
+
# def paginate(page = 1, per_page = 15)
|
77
|
+
# WillPaginate::Collection.create(page, per_page, size) do |pager|
|
78
|
+
# pager.replace self[pager.offset, pager.per_page].to_a
|
79
|
+
# end
|
80
|
+
# end
|
81
|
+
# end
|
82
|
+
#
|
83
|
+
# The Array#paginate API has since then changed, but this still serves as a
|
84
|
+
# fine example of WillPaginate::Collection usage.
|
85
|
+
def self.create(page, per_page, total = nil, &block)
|
86
|
+
pager = new(page, per_page, total)
|
87
|
+
yield pager
|
88
|
+
pager
|
89
|
+
end
|
90
|
+
|
91
|
+
# Helper method that is true when someone tries to fetch a page with a
|
92
|
+
# larger number than the last page. Can be used in combination with flashes
|
93
|
+
# and redirecting.
|
94
|
+
def out_of_bounds?
|
95
|
+
current_page > total_pages
|
96
|
+
end
|
97
|
+
|
98
|
+
# Current offset of the paginated collection. If we're on the first page,
|
99
|
+
# it is always 0. If we're on the 2nd page and there are 30 entries per page,
|
100
|
+
# the offset is 30. This property is useful if you want to render ordinals
|
101
|
+
# besides your records: simply start with offset + 1.
|
102
|
+
def offset
|
103
|
+
(current_page - 1) * per_page
|
104
|
+
end
|
105
|
+
|
106
|
+
# current_page - 1 or nil if there is no previous page
|
107
|
+
def previous_page
|
108
|
+
current_page > 1 ? (current_page - 1) : nil
|
109
|
+
end
|
110
|
+
|
111
|
+
# current_page + 1 or nil if there is no next page
|
112
|
+
def next_page
|
113
|
+
current_page < total_pages ? (current_page + 1) : nil
|
114
|
+
end
|
115
|
+
|
116
|
+
def total_entries=(number)
|
117
|
+
@total_entries = number.to_i
|
118
|
+
@total_pages = (@total_entries / per_page.to_f).ceil
|
119
|
+
end
|
120
|
+
|
121
|
+
# This is a magic wrapper for the original Array#replace method. It serves
|
122
|
+
# for populating the paginated collection after initialization.
|
123
|
+
#
|
124
|
+
# Why magic? Because it tries to guess the total number of entries judging
|
125
|
+
# by the size of given array. If it is shorter than +per_page+ limit, then we
|
126
|
+
# know we're on the last page. This trick is very useful for avoiding
|
127
|
+
# unnecessary hits to the database to do the counting after we fetched the
|
128
|
+
# data for the current page.
|
129
|
+
#
|
130
|
+
# However, after using +replace+ you should always test the value of
|
131
|
+
# +total_entries+ and set it to a proper value if it's +nil+. See the example
|
132
|
+
# in +create+.
|
133
|
+
def replace(array)
|
134
|
+
result = super
|
135
|
+
|
136
|
+
# The collection is shorter then page limit? Rejoice, because
|
137
|
+
# then we know that we are on the last page!
|
138
|
+
if total_entries.nil? and length < per_page and (current_page == 1 or length > 0)
|
139
|
+
self.total_entries = offset + length
|
140
|
+
end
|
141
|
+
|
142
|
+
result
|
143
|
+
end
|
144
|
+
end
|
145
|
+
end
|