[Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input

Eldan Hildesheim ehildesh at redhat.com
Tue Dec 24 12:49:39 UTC 2013


Hi,
Can we merge those 2 pages together?
Eldan

----- Original Message -----
From: "Shahar Havivi" <shaharh at redhat.com>
To: "Malini Rao" <mrao at redhat.com>
Cc: "engine-devel" <engine-devel at ovirt.org>, "Eldan Hildesheim" <ehildesh at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Michal Skrivanek" <michal.skrivanek at redhat.com>
Sent: Tuesday, December 24, 2013 2:33:28 PM
Subject: Re: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input

Hi,
We have a feature page for the VM Init (including Cloud-Init and Windows
Sysprep):

http://www.ovirt.org/Features/vm-init-persistent


>From: "Malini Rao" <mrao at redhat.com>
>To: "engine-devel" <engine-devel at ovirt.org>
>Cc: "Eldan Hildesheim" <ehildesh at redhat.com>
>Sent: Monday, December 23, 2013 11:43:07 PM
>Subject: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
>
>Hello all, 
>
>There is a current feature to embed cloud init configuration which was originally part of the Run dialog to be part of the create/ Edit VM dialog. This presents a challenge in terms of  good display of the hierarchies of information since the VM dialog is already having subtabs stacked vertically. Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of how we might represent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content ( which is also nested sometimes) for each.
>
>I have provided brief explanations of each concept and I would like your feedback on these ... esp with regard to feasibility. The general goals that govern the various concepts are - 
>
>- Correct representation of the hierarchy
>- Not overloading the users with too much info and cluttering the screen
>- Not utilizing the same UI paradigm ( like expand/ collapse) for different types of info. For example, we have categories of info where the fields are distinct from each other and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have the same set of fields be defined for each instance. 
>
>Your feedback is appreciated.
>
>Thanks
>Malini
>_______________________________________________
>Engine-devel mailing list
>Engine-devel at ovirt.org
>http://lists.ovirt.org/mailman/listinfo/engine-devel



More information about the Engine-devel mailing list