Open Stack

(Previous mail went out a bit fast)

These features could be developed iteratively to improve upon the 
existing code base:
 - First allow the modal view system to expand for better usage of screen 
   real-estate combined with responsiveness of the whole popin
 - Then rework existing menus to simplify user flow:
   - ephemeral/persistent switch
   - images/flavors choice list instead of combobox

I saw work had been started for the wizard-navigation in [1] 

As for implementation details we obviously need to discuss them, for exemple as
there have been a recent addition of AngularJS, should we use it for the view
implementation?

Feedback/directions?

[1] http://ask-openstackux.rhcloud.com/question/81/wizard-ui-for-workflow/  
 
On Tue, Dec 03, 2013 at 05:49:29PM +0100, Gabriel pettier wrote:
> Hi there
> 
> I read the proposal and related documentation, and intend to start 
> implementing it into horizon.
> 
> Regards
> 
> on Wed Nov 20 15:09:05 UTC 2013 C?dric Soulas Wrote
> >
> >
> >Thanks for all the feedback on the "Enhance UX of launch instance form" subject and its prototype.
> >
> >Try the latest version of the prototype:
> >http://cedricss.github.io/openstack-dashboard-ux-blueprints/launch-instance
> >
> >This update was made after several discussion on those different channels:
> >
> >- openstack ux google group
> >- launchpad horizon (and now launchpad openstack ux)
> >- mailing list and IRC
> >- the new ask bots for openstack UX
> >
> >We tried to write back most of discussions on ask bot, and are now focusing on this tool.
> >
> >Below a "digest" of those discussions, with links to ask bot (on each subject, there are links to related blueprints, google doc drafts, etc)
> >
> >= General topics =
> >
> >- Modals and supporting different screen sizes [2]
> >  Current modal doesn't work well on the top 8 screen resolutions [2]
> >  => Responsive and full screen modal added on the prototype [1]
> >
> >- Wizard mode for some modals [3]
> >  => try the wizard [1]
> >
> >= Specific to "launch instance" =
> >
> >- Improve "boot source" options [4]
> >  * first choose to boot from ephemeral or persistent disk
> >  * if no ephemeral flavor are available, hide the selector
> >  * group by "public", "project", "shared with me"
> >  * warning message added for "delete on terminate" option (when boot from persistent)
> >
> >- Scaling the flavor list [5]
> >  * sort the columns of the table. In particular: by name.
> >  * group of flavor list (for example: "performance", "standard"...)?
> >
> >- Scaling the image list [5]
> >  * a scrollbar on the image list
> >  * limit the number of list items and add a "x more instance snapshots - See more" line
> >  * a search / filter feature would be great, like discussed at the "scaling horizon" design session
> >
> >- Step 1 / Step 2 workflow: when the user click on "select" from one boot source item it goes directly to the step 2.
> >  If it goes back from step 2 to step 1:
> >  * the text "Please select a boot source" would be replaced with a "Next" button
> >  * the button "select" on the selected boot source item would be replaced with a check-mark (or equivalent).
> >  * the user would still have the possibility to select another boot source
> >
> >- flavor depending on image requirements and quotas available:
> >   * this a very good point, lot of things to discuss about
> >   => should open a separate thread on this
> >
> >- Network: still a work in progress
> >  * if a single choice: then make it default choice
> >
> >- Several wording updates ("cancel", "ephemeral boot source", ...)
> >
> >[1] http://cedricss.github.io/openstack-dashboard-ux-blueprints/launch-instance
> >[2] http://ask-openstackux.rhcloud.com/question/11/modals-and-supporting-different-screen-sizes/
> >[3] http://ask-openstackux.rhcloud.com/question/81/wizard-ui-for-workflow
> >[4] http://ask-openstackux.rhcloud.com/question/13/improve-boot-source-ux-ephemeral-vs-persistent-disk/
> >[5] http://ask-openstackux.rhcloud.com/question/12/enhance-the-selection-of-a-flavor-and-an-image/
> >
> >Best,
> >
> >C?dric
> >
> > > Oct 11 17:11:26 UTC 2013, Jesse Pretorius <jesse.pretorius at gmail.com>  wrote:
> > > 
> > > +1
> > > 
> > > A few comments:
> > > 
> > > 1. Bear in mind that sometimes a user may not have access to any Ephemeral
> > > flavors, so the tabbing should ideally be adaptive. An alternative would
> > > not to bother with the tabs and just show a flavor list. In our deployment
> > > we have no flavors with ephemeral disk space larger than 0. 
> > > 2. Whenever there's a selection, but only one choice, make it a default
> > > choice. It's tedious to choose the only selection only because you have to.
> > > It's common for our users to have one network/subnet defined, but the
> > > current UI requires them to switch tabs and select the network which is
> > > rather tedious.
> > > 3. The selection of the flavor is divorced from the quota available and
> > > from the image requirements. Ideally those two items should somehow be
> > > incorporated. A user needs to know up-front that the server will build>
> > > based on both their quota and the image minimum requirements.
> > > 4. We'd like to see options for sorting on items like flavors. Currently
> > > the sort is by 'id' and we'd like to see an option to sort by name
> > > alphabetically.
> > > 
> > > 
> > > 
> > > On 11 October 2013 18:53, C?dric Soulas <cedric.soulas at cloudwatt.com> wrote:
> > >
> > > > Hi,
> > > > 
> > > > I just started a draft with suggestions to enhance the UX of the "Launch
> > > > Instance" form:
> > > > 
> > > > https://docs.google.com/document/d/1hUdmyxpVxbYwgGtPbzDsBUXsv0_rtKbfgCHYxOgFjlo
> > > > 
> > > > Try the live prototype:
> > > > http://cedricss.github.io/openstack-dashboard-ux-blueprints/launch-instance
> > > > 
> > > > Best,
> > > > 
> > > > C?dric
> > > > 
> > > > _______________________________________________
> > > > OpenStack-dev mailing list
> > > > OpenStack-dev at lists.openstack.org
> > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev