garvinhicking wrote:
I don't understand why you say it counts the pages wrong? You get X entries per page with a total of Y entries (thus ceil(Y/X) is Z = amount of pages) all for an author. Usually X is smaller than Y, if you have more than one page.
Which of X, Y or Z is not properly counted for you?
In the standard setup, using the entries.tpl page, each entry is printed with the body. So, if you have a number of entries per page limited to 1, then the Y/X = Y. You end up with the number of pages equal to the number of entries.
In my custom info.tpl, which replaces entries.tpl under certain circumstances, the entry body is omitted and a list is generated with a single line per entry. It also ignores the limit for the number of entries per page set up for the entries.tpl. Thus, you can have many entries per page, and yet the footer will think that each entry is a different page because that's what's been set up in Admin for the number of entries per page.
Since I use the custom info.tpl sometimes and entries.tpl at other times, I don't want to change the setting for the number of entries per page (info.tpl doesn't recognize that anyway), rather I want the footer for the info.tpl to calculate the pages differently. I want it to be dependent on the number of lines on the page, instead of the number of entries.
I also don't want the Next Page link to go to an archived entry. Rather, I want it to go to the next page of the list of entries. The same applies to Previous Page.
Right now, it really doesn't make a lot of difference because I only have 7 entries. Someday I hope to have more than enough to fill a single page and would like to have the pagination functionality appropriate to a list, instead of the current pagination methodology, which works well with the default entries.tpl.
Thanks,
Myron