Sounds good


On Tue, Nov 26, 2013 at 10:20 AM, Jai Ram Rideout
<notifications@github.com>wrote:

> In pyqi/interfaces/html/config/make_command.py:
>
> > +    HTMLInputOption(Parameter=cmd_in_lookup('credits'),
> > +                   Handler=string_list_handler,
> > +                   Help='comma-separated list of other authors'),
> > +    HTMLInputOption(Parameter=cmd_in_lookup('test_code'),
> > +                   Type="multiple_choice",
> > +                   Choices=["True", "False"],
> > +                   Default="False",
> > +                   Handler=string_to_true_false,
> > +                   Help='Should a stubbed out python test file be generated instead'),
> > +    HTMLInputOption(Parameter=None,
> > +                   Name='download-file',
> > +                   Required=True,
> > +                   Help='The name of the file to download which conatins generated Python code. (e.g. my_command)')
> > +]
> > +
> > +output = HTMLDownload(Parameter=cmd_out_lookup('result'),
>
> Good question- I don't have strong feelings either way. I think as we add
> more interface types and features to pyqi, we may not always be able to
> have consistency between config types. I'm okay with the way it is, mainly
> since @ebolyen <https://github.com/ebolyen> won't have to add an outputsvalidation step to ensure that the list only contains a single element.
>
> —
> Reply to this email directly or view it on GitHub<https://github.com/bipy/pyqi/pull/203/files#r7931628>
> .
>