Не переключаются страницы после использования фильтров - страница 2 - Модификации расширений для Joomla

Проблема все еще является актуальной, помогите кто-нибудь...

Дима опять забыл?) Ну выложите компонент я посмотрю, и скажите версию J

Да... Дела житейские + погда хорошая... На выходных не было времени посмотреть =( Буду пробовать на этой неделе.

http://yadi.sk/d/Qhzx7NVAMS34v вот компонент

Нашел, в чем проблема. В методе populateState() вместо $this->getUserStateFromRequest лучше использовать $app->getUserStateFromRequest или последним параметром передавать false. Ну и соответственно в начале метода инициализировать приложение через $app = JFactory::getApplication();

Дело в том, что метод getUserStateFromRequest модели по умолчанию при его использовании скидывает limitstart на 0. А его использование происходит при установке фильтров, так как их значение мы получаем через $this->getUserStateFromRequest.

Другой вариант, использовать $this->getUserStateFromRequest, но перенести parent::populateState в начало метода, тогда сбрасывания limitstart не будет, так как родительский populateState() его установит до сбрасывания.

Правда я пока не понял, почему в админке все работает с $this->getUserStateFromRequest.

Дело в том, что метод getUserStateFromRequest модели по умолчанию при его использовании скидывает limitstart на 0. А его использование происходит при установке фильтров, так как их значение мы получаем через $this->getUserStateFromRequest.

я подразумеваю что так и должно быть.
Дело в том что использование фильтров каких-либо на страницах отличных от первой приводит не очень к хорошему результату.
Т.е. допустим вы находитесь на n-ой странице, применяете фильтр, результатов фильтрации естественно будет меньше, допустим 1 страница. В итоге limitstart остается тот же, а результатов соответственно на странице не будет.

По крайне мере такой баг был точно в 1.5, что там дальше не знаю, не смотрел.

Круто все варианты работают)) Спасибо!
Разве что при смене фильтра отображается та же страница. хотя по идее должна быть первая.

Да, SmokerMan скорее всего прав, сбрасываться должно. Похоже, что полагаться на parent::populateState вообще нельзя, нужно реализовывать сортировку, порядок и limit / limitstart самому. По сути как сделано здесь.

Я еще покапаюсь и попробую найти рабочее решение с реализацией запоминания фильтров.

Вообщем решения я пока не нашел. Дело тут даже не в parent::populateState или использовании фильтров, а в том, что при отправке формы не скидывается limitstart. Я уже пробовал код из стандартных компонентов, но все равно не работает - limitstart не сбрасывается. Если взять любой стандартый компонент, то там даже при простом изменеинии лимита страниц сбрасывается limitstart. А здесь ни в какую не хочет.

Разработчики, где ошибка? Кто решит загадку апреля? Чую, что где-то недосмотрел, но я в своем компоненте использую AJAX навигацию и сбрасываю limistart с помощью JS. А тут ступор =)

Загадку все же решил

Первое, что нужно сделать, это добавить в форму скрытое поле:

Второе, постраничную навигацию нужно выводить вот так:

При таком раскладе все работает - фильтры сохраняют состояние (только использовать нужно $app->getUserStateFromRequest) и происходит сброс страниц при изменении фильтров. parent::populateState тоже работает как надо.

Но если выводить постраничную навигацию вот так:

То тогда выводится еще одно скрытое поле limitstart, которое обновляется постраничной навигацией. Оно соответственно не пустое и сброса limitstart не происходит.

Загадку все же решил

Отлично, спасибо за решение проблемы

На самом деле, решено не до конца. Один ворос остался открытым - почему в админке все работает без этих хитрых манипуляций? Там же при использовании фильтров с $this->getUserStateFromRequest все отлично переключается, то есть limitstart работает нормально...