<html><body><p>Paging support for certain Keystone constructs seems reasonable to me (roles, domains and projects). But as Adam Young just wrote in [0], though possible for our SQL backends, why? Do you really expect deployments to have 100s of roles/domains/projects?<br><br>IMO groups probably should not have paging, as with users, they can be owned by another identity source as well.<br><br>A minor note about paging through LDAP; in my experience LDAP paging usually requires an administrator authenticate/bind, which most users likely are not, and still uses it's own server side settings to determine how many results to return.<br><br>[0] <a href="http://openstack.markmail.org/search/?q=keystone#query:keystone%20list%3Aorg.openstack.lists.openstack-dev%20order%3Adate-backward+page:1+mid:kdw5wf5tcc6ad36j+state:results">http://openstack.markmail.org/search/?q=keystone#query:keystone%20list%3Aorg.openstack.lists.openstack-dev%20order%3Adate-backward+page:1+mid:kdw5wf5tcc6ad36j+state:results</a><br><br>Thanks,<br><br>Steve Martinelli<br>OpenStack Keystone Core<br><br><img width="16" height="16" src="cid:1__=8FBBF436DF83F2408f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for David Lyle ---2015/08/17 09:54:36 PM---I think we've conveniently been led off track here. The origin"><font color="#424282">David Lyle ---2015/08/17 09:54:36 PM---I think we've conveniently been led off track here. The original request/subject was regarding pagin</font><br><br><font size="2" color="#5F5F5F">From: </font><font size="2">David Lyle <dklyle0@gmail.com></font><br><font size="2" color="#5F5F5F">To: </font><font size="2">OpenStack Development Mailing List <openstack-dev@lists.openstack.org></font><br><font size="2" color="#5F5F5F">Date: </font><font size="2">2015/08/17 09:54 PM</font><br><font size="2" color="#5F5F5F">Subject: </font><font size="2">Re: [openstack-dev] [UX] [Keystone] [Horizon] Pagination support for Identity dashboard entities</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><font size="4">I think we've conveniently been led off track here. The original request/subject was regarding pagination of projects in the v3 API. Since this is purely a keystone construct it seems implausible to me that ldap or the IdP of choice would be limiting the ability to return a paginated list of all projects. Or groups or domains or roles for that matter.</font><p><font size="4">There is no reason to punt on pagination across the API for one resource type, which actually would also work with select backends. Give me something that I can exhaustively list in the API I can build from. </font><p><font size="4">David</font><p><font size="4">On Aug 17, 2015 10:53 AM, "Fox, Kevin M" <</font><a href="mailto:Kevin.Fox@pnnl.gov"><u><font size="4" color="#0000FF">Kevin.Fox@pnnl.gov</font></u></a><font size="4">> wrote:</font><ul><font size="4">1. yes, but probably only if its a short list. It may be feasible to show it only if there are 5 or less pages, and maybe just load all pages of data and paginate it on the client. If too big, ask the user to refine their search? Or always paginate to 5, and then the 6th page have a page requesting further refinement?<br><br>2. Not sure what the difference between searching and filtering is in this context? something like facets? If so, probably the 5 or less thing would work here too.<br><br>3. Yes, but again, probably within a smaller set of pages?<br><br>Thanks,<br>Kevin<br>________________________________________<br>From: Kruithof, Piet [</font><a href="mailto:pieter.c.kruithof-jr@hp.com"><u><font size="4" color="#0000FF">pieter.c.kruithof-jr@hp.com</font></u></a><font size="4">]<br>Sent: Sunday, August 16, 2015 9:41 AM<br>To: </font><a href="mailto:openstack-dev@lists.openstack.org"><u><font size="4" color="#0000FF">openstack-dev@lists.openstack.org</font></u></a><font size="4"><br>Subject: Re: [openstack-dev] [UX] [Keystone] [Horizon] Pagination support for Identity dashboard entities<br><br>I like Michael’s response because it moved the thread towards identifying actual user needs before digging into the technical feasibility. IMHO, it would be helpful to have a few people on the list answer his questions:<br><br>1 - Do users want to page through search results?<br><br><br>2 - Do users want to page through filter results? (do they use filter results?)<br><br><br>3 - If they want to page, do they want to be able to go back a page and/or know their current page?<br><br><br>I understand that even if we answer “yes” to all three questions that there could be issues around implementation, but at least we’ll know a gap exists.<br><br><br>Piet Kruithof<br>Sr UX Architect, HP Helion Cloud<br>PTL, OpenStack UX project<br><br>"For every complex problem, there is a solution that is simple, neat and wrong.”<br><br>H L Menken<br><br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: </font><a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank"><u><font size="4" color="#0000FF">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</font></u></a><u><font size="4" color="#0000FF"><br></font></u><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank"><u><font size="4" color="#0000FF">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></u></a><font size="4"><br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: </font><a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank"><u><font size="4" color="#0000FF">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</font></u></a><u><font size="4" color="#0000FF"><br></font></u><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank"><u><font size="4" color="#0000FF">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></u></a><tt>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br></tt><tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></tt><tt><br></tt><br><br></ul><BR>
</body></html>