Hello Julia, I think node filtering and sorting is a great feature and it will improve UX, but we need to remember that with increasing number of nodes increases number of automation tasks. If fuel user want to automate something he will use fuel client not Fuel GUI. This is why I think sorting and filtering should be done on backend side. We should stop thinking that Fuel UI is the only way to interact with Fuel.
Regards, On Sat, Feb 14, 2015 at 9:27 AM, Julia Aranovich <jkirnos...@mirantis.com> wrote: > Hi All, > > Currently we [Fuel UI team] are planning the features of sorting and > filtering of node list to introduce it in 6.1 release. > > Now user can filter nodes just by it's name or MAC address and no sorters > are available. It's rather poor UI for managing 200+ nodes environment. So, > the current suggestion is to filter and sort nodes by the following > parameters: > > name > manufacturer > IP address > MAC address > CPU > memory > disks total size (we need to think about "less than"/"more than" > representation) > interfaces speed > status (Ready, Pending Addition, Error, etc.) > roles > > > It will be a form-based filter. Items [1-4] should go to a single text input > and other go to a separate controls. > And also there is an idea to translate a user filter selection to a query > and add it to a location string. Like it's done for the logs search: > #cluster/x/logs/type:local;source:api;level:info. > > Please also note, that the changes we are thinking about should not affect > backend code. > > > I will be very grateful if you share your ideas about this or tell some of > the cases that would be useful to you at work with real deployments. > We would like to introduce really usefull tools based on your feedback. > > > Best regards, > Julia > > -- > Kind Regards, > Julia Aranovich, > Software Engineer, > Mirantis, Inc > +7 (905) 388-82-61 (cell) > Skype: juliakirnosova > www.mirantis.ru > jaranov...@mirantis.com > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Łukasz Oleś __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev