[openstack-dev] [heat][horizon]Heat UI related requirements & roadmap
Thomas Spatzier
thomas.spatzier at de.ibm.com
Thu Nov 28 07:29:33 UTC 2013
Zane Bitter <zbitter at redhat.com> wrote on 27.11.2013 22:56:16:
> From: Zane Bitter <zbitter at redhat.com>
> To: openstack-dev at lists.openstack.org,
> Date: 27.11.2013 23:00
> Subject: Re: [openstack-dev] [heat][horizon]Heat UI related
> requirements & roadmap
>
> On 27/11/13 19:57, Jay Pipes wrote:
> >
> > Actually, even simpler than that...
> >
> > parameters:
> > db:
> > - db_name:
> > description: blah
> > help: blah
> > - db_username:
> > description: blah
> > help: blah
> >
> > After all, can't we assume that if the parameter value is a list, then
> > it is a group of parameters?
>
> This resolves to a fairly weird construct:
>
> {
> "parameters": {
> "db": [
> {
> "db_name": null,
> "description": "blah",
> "help": "blah"
> },
> {
> "description": "blah",
> "db_username": null,
> "help": "blah"
> }
> ]
> }
> }
>
> so the name is whichever key has a data value of null (what if there's
> more than one?), and obviously it can't collide with any keywords like
> "description" or "help".
>
> Also, this orders parameters within a group (though not parameters that
> are ungrouped) but not the groups themselves.
Agree that this is kind of a strange construct. I would be more in favor of
(1) making parameters a list which bring implicit ordering (so is intuitive
to the user, and (2) adding the grouping as a separate thing.
E.g.
parameters:
- db_user:
type: string
description: DB user name.
- db_password:
type: string
description: DB password.
- app_user:
type: string
description: Application user name.
- app_password:
type: string
description: application password.
parameter_groups:
- db: [ db_user, db_password ]
description: Database parameters.
- app: [ app_user, app_password ]
description: Application parameters.
>
> cheers,
> Zane.
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list