Re: [openstack-dev] [Fuel] [Scale] [UI] Improvements to handle 200+ nodes
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 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 > 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 >> 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 __ 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
Re: [openstack-dev] [Fuel] [Scale] [UI] Improvements to handle 200+ nodes
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 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 > 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
Re: [openstack-dev] [Fuel] [Scale] [UI] Improvements to handle 200+ nodes
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 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