[Kimchi-devel] UI Change Request - Navigation

Jan Schneider schneidj at linux.vnet.ibm.com
Fri Oct 9 16:05:48 UTC 2015


Hi Samuel,

I just had a discussion with Walter. We found that we need up to two 
navigation levels under Host. The third navigation level however is not 
always required.
Please have a look at the two attached proposals to understand our 
requirements.

Kind regards
Jan and Walter




On 10/09/2015 04:36 PM, Samuel Henrique De Oliveira Guimaraes wrote:
>
> Hi Jan,
>
> I’m not sure if I’m following you. Did you mean changing the 
> second-level navigation to tabs instead of panel areas? If so should 
> we merge Hosts and Admin tab in one page and collapse the panels like 
> old-ui behavior (maybe keeping the dashboard statistics on top 
> unchanged) but with new-ui styles OR add two new tabs to the toolbar?
>
> I think the concept of accordion/collapsible elements works for Admin, 
> but I don’t see it working for the panels on Hosts tab, unless we 
> group Basic Information, Repositories and Debug Reports in one single 
> collapsible area.
>
> I also discussed with Aline if we should move Peer Hosts from top to 
> the toolbar and make it a plugin. Here’s a mockup I did with Chrome:
>
> The reason why I think all panels in these pages can’t be merged in 
> one tab is because if all panels were collapsed, the page height would 
> be around 3757 pixels. If admin items were hidden, it would be around 
> 2108 tall. I believe we would have to set the accordions to hide other 
> items when one item is collapsed.  They don’t seem that tall in the 
> PDF because the images were resized.
>
> I believe we have to study this following a “mobile-first” approach 
> because once we all agree with the new design, even if we don’t 
> include the mobile design in 2.0 release, we’ll have to keep some 
> markup ready for responsive design to receive the new styles. I think 
> this new tab design would need some updates in tab-ext.xml and the JS 
> files before 2.0 release, assuming other people or teams would start 
> developing new plugins from 2.0 and on. If we update how the tabs are 
> built in the UI from 2.0 to 2.1 for instance, that may turn against us 
> with retro compatibility issues.
>
> Regards,
>
> Samuel
>
> *From:*kimchi-devel-bounces at ovirt.org 
> [mailto:kimchi-devel-bounces at ovirt.org] *On Behalf Of *Jan Schneider
> *Sent:* quinta-feira, 8 de outubro de 2015 13:10
> *To:* Aline Manera <alinefm at linux.vnet.ibm.com>
> *Cc:* kimchi-devel at ovirt.org
> *Subject:* [Kimchi-devel] UI Change Request - Navigation
>
> Hello Aline,
>
> I refer to the latest version of the
> User Interface Design Specification - Kimchi, 2014-12-23 (aka UI 
> Design Spec)
> which defines the following structure of functionalities:
>
> *Host* (second level navigation via panel areas)
>    Performance (System Statistics)
>    Basic Information
>    Repositories
>    Debug Report
>    Software Updates
>
> *Guests*
>     no second level functionalities
>
> *Templates*
>     no second level functionalities
>
> *Storage*
>     no second level functionalities
>
> *Networks*
>     no second level functionalities
>
> *Administration* (second level navigation via collapse/expand)
>    Firmware Update
>    SEP Configuration
>    Power Options
>    Configuration Backup
>    Network Configuration
>    SAN Adapters
>    Sensor Monitor
>
>
>
> *Problem Statement*
>
> We already decided to move all Administration functionalities to Host 
> (currently not updated in the UI Design Spec).
>
> We are currently facing the following problems:
> 1) Host now contains 12 second level functionalities, all other 
> (Guests, Templates, ...) none.
>      We need to introduce a second level navigation for Host other 
> than collapse/expand
> 2) The navigation bar elements Storage and Network (refering to 
> Virtualization) also exist in the Host context.
>      This might confuse the user.
>
>
>
> *Proposal*
>
> The described problems can be solved with the following changes:
>
> 1) Introducing a second level navigation
> 2) Changing the structure of functionalities as follows:
>
> *Host*
>    Performance (System Statistics)
>    Basic Information
>    Repositories
>    Debug Report
>    Software Updates
>    Firmware Update
>    SEP Configuration
>    Power Options
>    Configuration Backup
>    Network Configuration
>    SAN Adapters
>    Sensor Monitor
>
> *Virtualization*
>    Guests
>    Templates
>    Storage
>    Networks
>
> *Containers (future extension)*
>    to be defined
>
>
>
> Let's start a discussion on this.
>
> Kind regards
> Jan
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151009/112726a5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 45433 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151009/112726a5/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 33049 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151009/112726a5/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 67941 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151009/112726a5/attachment-0002.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hostnavigationproposal1.png
Type: image/png
Size: 47237 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151009/112726a5/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hostnavigationproposal2.png
Type: image/png
Size: 33925 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20151009/112726a5/attachment-0001.png>


More information about the Kimchi-devel mailing list