<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>-"send again corrected with the link to android spec"-</div><div><br></div>Hi, <div><br></div><div>continue on with what Summers said about the "scrollingMetaDataLocation" in iOS[1] I have a question.</div><div><br></div><div>I believe these are the parameters that can override the behaviour for paging (taken by the JS gist here [2]):</div><div><br></div><div>a) "scrollingMetaDataLocation(iOS) or paged(js) <font face="Consolas, Liberation Mono, Courier, monospace"> // </font>"headers" or "content" to describe where to find the paging metadata,<span style="font-family: Consolas, 'Liberation Mono', Courier, monospace; "> </span></div><div><br></div><div>b) "offset": {String} // override the name of the "offset" param either in the header or in the content, default is "AG-Paging-Offset" for header and "paging.offset" for content</div><div><br></div><div>c) "limit": {String} // override the name of the "limit" param either in the header or in the content, default is "AG-Paging-Limit" for header and "paging.limit" for content</div><div><br></div><div>d)"total":{String} // override the name of the "total" param either in the header or in the content, default is "AG-Paging-Total" for header and "paging.total" for content</div><div><br></div><div>e)"next":{String} // override the name for the "next" link either in the header or in the content. Default is undefined</div><div><br></div><div>f) "prev":{String} // override the name for the "prev" link either in the header or in the content. Default is undefined</div><div><br></div><div><br></div><div>So, as Summers said, I believe all these params must be set upfront, instead of passing the possible overridable params when we create a readWithFilter. That is, it is fine when we do the first "readWithFilter", but it will become cumbersome when afterwards need to change the limit offset param and we need to pass along again these params.</div><div><br></div><div>So my question, where should we add these config parameters? In a separate object (e.g. PageConfig) that will hold these params and then be set on the PipesConfig object during the creation of the pipe? </div><div><br></div><div>I believe that is what JS does now. On android[3] I see that these parameters were added in the existing PipesConfig object</div><div><br></div><div>Any thoughts?</div><div><br></div><div>Thanks,</div><div>Christos</div><div><br></div><div>[1] <a href="https://gist.github.com/cbff741b3b21a50c3b67">https://gist.github.com/cbff741b3b21a50c3b67</a></div><div>[2] <a href="https://gist.github.com/4531575">https://gist.github.com/4531575</a></div><div>[3] <a href="https://github.com/aerogear/aerogear.org/blob/6c811413be17976913eaaa3498e2f140218cb67c/docs/specs/aerogear-client-paging.markdown">https://github.com/aerogear/aerogear.org/blob/6c811413be17976913eaaa3498e2f140218cb67c/docs/specs/aerogear-client-paging.markdown</a></div><div><br></div><div><div>On Jan 16, 2013, at 7:48 PM, Summers Pittman <<a href="mailto:supittma@redhat.com">supittma@redhat.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 01/16/2013 12:44 PM, Matthias
Wessendorf wrote:<br>
</div>
<blockquote cite="mid:CAAg5f2SFKrcqCbDXRLs5U_ZZU98s5hRjKk_67h1Hw3vJY0XRkQ@mail.gmail.com" type="cite">
<pre wrap="">I tweaked the iOS API a bit more:
<a class="moz-txt-link-freetext" href="https://gist.github.com/cbff741b3b21a50c3b67">https://gist.github.com/cbff741b3b21a50c3b67</a>
</pre>
</blockquote>
Should AGFilterConfig.
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<span class="n">scrollingMetaDataLocation perhaps be a Pipe level
thing (like encoding or authentication) instead of a request level
thing? I don't imagine it changing during the lifetime of a Pipe?<br>
<br>
Otherwise looks really good!<br>
</span>
<blockquote cite="mid:CAAg5f2SFKrcqCbDXRLs5U_ZZU98s5hRjKk_67h1Hw3vJY0XRkQ@mail.gmail.com" type="cite">
<pre wrap="">I also updated the "comparison" gist:
<a class="moz-txt-link-freetext" href="https://gist.github.com/4546737">https://gist.github.com/4546737</a>
Feedback welcome....
On Wed, Jan 16, 2013 at 4:28 PM, Sebastien Blanc <a class="moz-txt-link-rfc2396E" href="mailto:scm.blanc@gmail.com"><scm.blanc@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">the timeout parameter would be a general property of read() and not related
to Paging ?
On Wed, Jan 16, 2013 at 4:25 PM, Summers Pittman <a class="moz-txt-link-rfc2396E" href="mailto:supittma@redhat.com"><supittma@redhat.com></a>
wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 01/16/2013 10:23 AM, Bruno Oliveira wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Good point Summers. Might be an obvious question, but there we go. Are
we planning to include timeout as parameter? For example: I want to retrieve
a list of a bazilion users, and I want to specify the timeout acceptable to
wait.
I didn't get the chance to look at each API, just double checking here.
</pre>
</blockquote>
<pre wrap="">+1
I was thinking about this yesterday. I want to but was hoping we could
get the "shape" of the API nailed down first before we started hammering
on specifics.
_______________________________________________
aerogear-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a>
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
aerogear-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a>
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
</div>
_______________________________________________<br>aerogear-dev mailing list<br><a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/aerogear-dev<br></blockquote></div><br></body></html>