берёшь весь массив короче страниц своих и делишь на то, сколько отбразить на страничке надо

в адекватном количестве

Общее число 65000, а выводить нужно по 10. Итого 6500 страниц. Это тоже многовато. Хотелось бы посмотреть на реализацию вида
... 13, 14, 15, 16 ...
Кликаю на 16 и список страниц смещается

И в чем проблема? Там же задача на математику

не. не обязательно математически

короче берёшь массив страниц. 6500. напишу так 6500.slice(переменная один, переменная два)
переменной один задаёшь значение 0, а переменной два пускай будет 11. и того у тебя будет выводиться массив страниц в пагинации от 1 до 10. и короче при нажатии на кнопку далее или назад значение переменных будет увеличиваться на 10 11 например а вторая переменная на 10. и тогда переменная один будет равна 11, а переменна два 21. и выводится будет от 11 до 20 уже. ну или вроде того. суть надеюсь ты понял. через слайс с аргументами в виде переменных, значение которых ты меняешь щёлкая дальше или назад. а обработчики можешь как раз на последнии числа повесить в отображаемом массиве

посмотри ещё метод splice. я мог спустать. но вроде верно написал

понял?

Примерно понял суть. Попробую реализовать. Спасибо)

остается только один дурацкий вопрос. зачем на клиент выгружать 6500 объектов записей которые надо будет пагинировать?!

ну да. как то дофига. долго же грузить будет наверно

да пофиг что долго. 80% этих данны, в лучшем случае, будут не нужны

Я не гружу 6500 записей. Гружу по 10.  По клику, например, на цифру 15 отправляю новый запрос и получаю другие 10.

тогда в чем проблема?

ты знаешь на какой ты странице

«уши» дорисовывай по месту

<< 1 … 4 5 6 [7] 8 9 10 … 100500 >>

1 тебе известна, текущая тебе известна, последняя тебе известна

лево и право от текущей - математика

… тоже математика