[REQUEST] Paginator to support multiple paginations in 1 page

[johnnncodes]

Don't know if you guys will agree to me, but I think it would be really great if the paginator will support multiple paginations in 1 page. Have tried to do this in CI and L3 but I can't really make it to work. Even finding a solution for this in google is really hard. Some said they just resorted in using ajax calls to support multiple paginations in 1 page but I think its not a neat solution since it depends on javascript. So i think it would be really great if this feature will be added so devs can easily use multiple paginations in one page. Have seen many developers struggle implementing multiple paginations in 1 page including me.

[taylorotwell]

Eh, this would be pretty complicated to implement since the paging would need to work independently for each paginator. More trouble than it's worth I think.

[JoostK]

I actually did implement this in L3, the way I did it was to pass an additional parameter the the Paginator constructor which would be used as query variable. You then need to alter a couple of methods to also add this additional parameter, but that's quite easy really.

The code (for L3, not compatible with L4) can be found here but it actually contains a few more changes (it will preserve additional query variables). Also note that I needed to alter more methods in Eloquent for global support.

[johnnncodes]

@JoostK - Thanks for sharing :) Does it work for like 3 or more paginations in 1 page? Or it has a limit of 2 maximum paginations in 1 page only? Another thing, If I have 3 paginations and I'm in the #2 page of paginator A then I go the #3 page of paginator B. Will it still preserve the current page of paginator A and paginator C? Thanks in advance.

Great solution btw, only problem is you need to alter Eloquent, which seems its not a very good idea since we will need to alter the core just to support multiple paginations on 1 page. That's why I asked for this feature request since its better if its included in the core so users won't need to apply their modifications to the core to make this work. Sad thing is this is closed even there is no need to rush this feature request, it can just be on a roadmap for future versions of Laravel 4.

[JoostK]

The altered class works with an infinite amount of paginators on one page 😃 All paginator instances are independent and retrieve their page variable by the name you give, so if you specify a distinct name for all of your paginators, they will just work.

Current pages of other paginators will also be kept. That why I added append_query (which is called by default in the constructor), which copies over all query variables from the current request, so they will not be lost.

In L3 it isn't much of a problem to alter the core, I'm updating through Git so it will just merge in all changes and if a merge conflict occurs I just have to resolve it, but code will never get lost. This is not possible anymore with L4.

[johnnncodes]

Yeah, I'm also thinking it allows infinite paginators on one page and page will be preserved since you are using query strings. Nice solution indeed!

But "This is not possible anymore with L4." - Why? :(

[JoostK]

In L4, Composer is used to handle dependencies. The Laravel framework itself is a dependency of your application so it will be managed by Composer, not with Git. Maybe Composer updates using Git by merging upstream into local, but I assume it simply overwrites everything.

[johnnncodes]

@JoostK - since you know how to implement multiple paginations in 1 page, if you are now familiar with the L4 architecture maybe you can contribute a pull request that implements multiple paginations in 1 page? And let's see if Taylor will approve it. If it will not break something and all is good, I think it will be merged to the core. Additional feature for the Paginator.

[johnnncodes]

So far, I haven't seen a Framework yet that supports multiple paginations in a page. So I think it would really be great if L4 will be able to provide this feature, and many PHP devs will also benefit from it since they can use L4 components like the Paginator outside the framework I think.

[taylorotwell]

They probably don't do it because it is overly complicated to implement and usually not worth the trouble.

[AlekzZz]

Tailor, why is it overly complicated you can't use JoostK solution or make something similar?
All cms such as wordpress / drupal, etc support multiple paginations on a single page, you just define unique pager id or it uses "page=2&page_1=3" and so on.

Is it really that overly complicated to allow custom page identifier and listen for changes on it?

That would be a really good addition to the great framework you made.

[ronaldcastillo]

Even when composer is used to handle dependencies, you could just overwrite the alias and the provider in your config/app.php

[ollieread]

Since this ended 4 months ago, I assume that this wasn't something that was added, nor is it planned to be added.

For anyone else out there who finds this while searching for answers, you can just create your own custom class that extends the core classes to adjust functionality in this way.

[dschu-lab]

I'm still interested in this, because I have multiple lists with items and want to paginate both, the lists & items on one page. I tried it with custom base urls, but had no luck with that. :/

@ollieread: Could you share your solution with us?

[freezedriedpop]

Although it's old i'll +1 this as well.

Surely the best way would just be the ability to set a custom get variable instead of "page" (defaults to page obviously). That way you could just use Foo::paginate(10,'foo_page'); Bar::paginate(10,'bar_page');