Can we introduce both form-based and query language-based filter options? Like 'Simple' and 'Advanced' mode on JIRA 'Issues' -> 'Search for issues' page.
I also like a feature of saving custom user filters. Maybe it's not critical fot the first iteration but I would consider it to the next releases. And yes, this option will require an appropriate backend changes. On Tue, Jan 20, 2015 at 1:05 AM, Andrey Danin <ada...@mirantis.com> wrote: > Definitely, it should be a form-based filter. It's much more simpler than > a pure query. > 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. > > [1] > http://demo.fuel-infra.org:8000/#cluster/874/logs/type:local;source:api;level:info > > On Fri, Jan 16, 2015 at 3:50 PM, Nikolay Markov <nmar...@mirantis.com> > wrote: > >> It's also should be mentioned that these are several changes to do on >> backend in order for UI to work faster, not on UI itself. For example, >> these are: >> >> - Custom filters, as Vitaly mentioned >> - Pagination of collections >> - PATCH requests support >> - Probably both short and /full representations for some entities >> >> On Fri, Jan 16, 2015 at 8:48 AM, Vitaly Kramskikh >> <vkramsk...@mirantis.com> wrote: >> > Folks, >> > >> > Currently Fuel UI can handle large amounts of nodes due to a recent >> > refactoring - rendering and operations with nodes became much faster. >> But >> > that large amount of nodes also requires UX improvement, I'd love to >> hear >> > your ideas and opinions on these proposals: >> > >> > Introduce compact node representation and let users switch between >> standart >> > and compact view. Compact view will display only node name and status >> and >> > will allow to display 4-8 nodes in a row instead of only one. >> > Currently it is only possible to filter node by names. Filtering feature >> > could be extended to allow filtering by other parameters: status, roles, >> > manufacturer, RAM, disk space. There are 2 options (I'd like to hear >> which >> > one you prefer): >> > >> > Form-based filter (beside a single input for name there will be >> controls for >> > other parameters) >> > Query language-based filter (like one used in Gerrit) >> > >> > Add ability to add arbitrary tags with values to nodes and also allow >> > filtering by them. >> > >> > >> > -- >> > Vitaly Kramskikh, >> > Software Engineer, >> > Mirantis, Inc. >> > >> > >> __________________________________________________________________________ >> > 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 >> > >> >> >> >> -- >> Best regards, >> Nick Markov >> >> __________________________________________________________________________ >> 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 >> > > > > -- > Andrey Danin > ada...@mirantis.com > skype: gcon.monolake > > __________________________________________________________________________ > 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 > > -- Kind Regards, Julia Aranovich, Software Engineer, Mirantis, Inc +7 (905) 388-82-61 (cell) Skype: juliakirnosova www.mirantis.ru jaranov...@mirantis.com <jkirnos...@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