There were some discussions a long time ago but I don't remember ever coming to a
conclusion on how paging should be implemented and I don't know any links to gists off
the top of my head.
That being said, this and the Paging Demo thread have gotten me thinking that though I
thought JS was ready, I see it is not. I had not thought about the metadata being in
headers. Since we are abstracting away the HTTP request, it may make it harder to get at
that information without us providing an API into it (well, maybe not for JS but it might
be nice to have a built in way to access that info).
I think this deserves a more in-depth conversation than can happen in e-mail. Anyone up
for a hangout ASAP to iron out what we want for the client APIs? This looks like it could
get messy when trying to keep it flexible for the developer, though, this does make a
great case/example for how useful my ideas for automatic client configuration come in. :)
On Jan 11, 2013, at 5:39 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
Hi,
was there already some discussion (and proposal) for paging APIs on the client ?
It would be nice if the public client API semantics are somewhat
identical on the different platforms.
(I guess it's a MUST :))
Any pointers to gists etc are welcome
Thx
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev