Quote from: maciej.m at Mar 01, 2010, 11:43 AM
I understand, but I didn’t set offset in snippet properties. ’view’ parameter was to to different things than ’paging’.
Oh I see; it doesn’t currently automatically preserve your additional query string parameters; you can:
a) use a Snippet to set the qs property on the getPage snippet, i.e. &qs=`[[!appendQueryString]]`, OR
b) update to latest SVN (branches/2.0@6422 or later) and install getPages-1.0.0-beta2 which I just uploaded to address this problem
I have created a few new core enhancements to help all component developers deal with these issues more easily:
[*] Added modX::toQueryString() static method to easily turn an associative array into a valid query string.
[*] modX::makeUrl() and modContext::makeUrl() now accept an array or string as the third parameter for query string parameters and converts an array using modX::toQueryString().
[*] Added modRequest::getParameters() to get a single or an array of GPC values, automatically excluding the MODx reserved $_GET parameters. By default it will get all $_GET parameters except the reserved ones, but you can also specify the parameter( s ) to get as well as the type of GPC variables to get them from, i.e. GET, POST, COOKIE or REQUEST.
Let me know if you have any additional questions regarding appending query string parameters to the paging links.
Quote from: maciej.m at Feb 28, 2010, 05:32 PM
2. Navigation disapears upon refreshing browser
I cannot reproduce this behavior, at least not with getpage-1.0.0-beta2. Can you post the content of the Resource containing the call to getPage? Maybe I can determine some other cause...