I'm pulling the conversation from IRC to this thread as I'm not sure if I'm
explaining my issue with offset/limit properly.
Basically, my concern is we can not choose one between offset/limit and page/perPage. The
client libraries need to support both as both are popular server-side paging
implementations. We also can't just use one of those names and have it work both ways
since that would be confusing to developers.
My suggestion is to name these two parameters something more generic like locator/count
where locator=page/offset and count=limit/perPage. Then in our configs we would provide
these options:
pagingType {String} - determines the paging method to be used in calculating next page,
etc. and could be either "offset" or "page", default
"offset"
locatorParam {String} - locator parameter name, default "offset"
locatorValue {Number} - page index or offset
locatorIdentifier {String} - the locator identifier name, default
"AG-Paging-Offset"
countParam {String} - count parameter name, default "limit"
countValue {Number} - items per page
countIdentifier {String} - the count identifier name, default "AG-Paging-Limit"
Thoughts?
On Jan 17, 2013, at 12:23 PM, Summers Pittman <supittma(a)redhat.com> wrote:
On 01/17/2013 11:37 AM, Matthias Wessendorf wrote:
> Hi,
>
> based on today's IRC and mailing list discussions, I have polished the
> client side paging spec:
>
>
https://github.com/aerogear/aerogear.org/blob/client_paging_spec/docs/spe...
>
> Please review the document!
>
> Cheers!
> Matthias
>
+1, let's see how it works in actual implementation!
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev