By David Montoya on Saturday, 18 June 2016
Posted in General Issues
Replies 9
Likes 0
Views 792
Votes 0
I understand the basic functionality for getting a view using Joomla's URLs such as:

  • &view=latest
  • &task=copy
  • &Itemid=4


Is there a command to call different pagination, like &pagination=33? Using something like this would be better than overriding /administrator/components/com_easyblog/themes/default/elements/pagination.php.
Unfortunately this is not possible and it wouldn't make sense to render a different pagination by invoking a query string.
·
Saturday, 18 June 2016 15:32
·
0 Likes
·
0 Votes
·
0 Comments
·
Is there any method existing other than overriding the file? I'm wanting to use it as an AJAX function.
·
Sunday, 19 June 2016 04:49
·
0 Likes
·
0 Votes
·
0 Comments
·
Hm, not too sure what do you mean here?
·
Saturday, 25 June 2016 15:05
·
0 Likes
·
0 Votes
·
0 Comments
·
Instead of overriding /administrator/components/com_easyblog/themes/default/elements/pagination.php to get custom pagination counts, would it be possible in, say, com_easyblog/views/latest/view.html.php or com_easyblog/themes/[theme]/blogs/latest/default.php to use a function to override the current pagination setting?

What I'd like to do in the frontend is to allow users to change pagination.




All I need, if it exists, is the correct variable or a function to use to change existing pagination within my template override. Right now the only frontend control I can find is using the URL variable &limitstart[#]
·
Sunday, 26 June 2016 10:11
·
0 Likes
·
0 Votes
·
0 Comments
·
Ah no unfortunately you cannot override views currently.
·
Tuesday, 28 June 2016 19:13
·
0 Likes
·
0 Votes
·
0 Comments
·
I've found I can actually override the component views no problem. I just can't figure out a clean method of controlling pagination on the front end. If nothing else, I could probably define a custom URL variable and play with the for loop.
·
Tuesday, 28 June 2016 23:56
·
0 Likes
·
0 Votes
·
0 Comments
·
To be frank, I don't see a point in overriding view files. Most changes in extensions would be reflected on the views / models / controllers and quite often you will find yourself re-patching your hacks over and over again

I know it because this is exactly what I did for stackideas.com previously and I regretted every bit of it.
·
Wednesday, 29 June 2016 00:18
·
0 Likes
·
0 Votes
·
0 Comments
·
Wouldn't this be true as well of the theme files that are invoked by the views? Nothing stays the same; eventually SOMETHING has to be fixed. I'd rather patch my files than fork your code and be standing alone with no support at all.
·
Wednesday, 29 June 2016 08:35
·
0 Likes
·
0 Votes
·
0 Comments
·
Well, chances of views getting modified is higher than theme files
·
Wednesday, 06 July 2016 17:39
·
0 Likes
·
0 Votes
·
0 Comments
·
View Full Post