<div dir="ltr"><div>Definitely, it should be a form-based filter. It's much more simpler than a pure query.<br></div>Also, you can translate a user selection to a query and add to a location string (like it's done now for the Logs tab [1], for instance). It would allow a user to use a full power of queries.<br><br>[1] <a href="http://demo.fuel-infra.org:8000/#cluster/874/logs/type:local;source:api;level:info">http://demo.fuel-infra.org:8000/#cluster/874/logs/type:local;source:api;level:info</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 16, 2015 at 3:50 PM, Nikolay Markov <span dir="ltr"><<a href="mailto:nmarkov@mirantis.com" target="_blank">nmarkov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It's also should be mentioned that these are several changes to do on<br>
backend in order for UI to work faster, not on UI itself. For example,<br>
these are:<br>
<br>
- Custom filters, as Vitaly mentioned<br>
- Pagination of collections<br>
- PATCH requests support<br>
- Probably both short and /full representations for some entities<br>
<div><div class="h5"><br>
On Fri, Jan 16, 2015 at 8:48 AM, Vitaly Kramskikh<br>
<<a href="mailto:vkramskikh@mirantis.com">vkramskikh@mirantis.com</a>> wrote:<br>
> Folks,<br>
><br>
> Currently Fuel UI can handle large amounts of nodes due to a recent<br>
> refactoring - rendering and operations with nodes became much faster. But<br>
> that large amount of nodes also requires UX improvement, I'd love to hear<br>
> your ideas and opinions on these proposals:<br>
><br>
> Introduce compact node representation and let users switch between standart<br>
> and compact view. Compact view will display only node name and status and<br>
> will allow to display 4-8 nodes in a row instead of only one.<br>
> Currently it is only possible to filter node by names. Filtering feature<br>
> could be extended to allow filtering by other parameters: status, roles,<br>
> manufacturer, RAM, disk space. There are 2 options (I'd like to hear which<br>
> one you prefer):<br>
><br>
> Form-based filter (beside a single input for name there will be controls for<br>
> other parameters)<br>
> Query language-based filter (like one used in Gerrit)<br>
><br>
> Add ability to add arbitrary tags with values to nodes and also allow<br>
> filtering by them.<br>
><br>
><br>
> --<br>
> Vitaly Kramskikh,<br>
> Software Engineer,<br>
> Mirantis, Inc.<br>
><br>
</div></div>> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Best regards,<br>
Nick Markov<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Andrey Danin<br><a href="mailto:adanin@mirantis.com" target="_blank">adanin@mirantis.com</a><br>skype: gcon.monolake<br></div>
</div>