Features validation fixes. Enable authors to not select subject area(s) when submitting features

elifesciences / UX-features-roadmaps

A test attempt at moving some of the Product team feature definition and prioritisation into GitHub. The aim is to create more detailed feature definitions, provide more transparent prioritisation and more effective "linking" of product design to development tickets (currently in the xPub project board).

0 stars 0 forks source link

Features validation fixes. Enable authors to not select subject area(s) when submitting features #7

Closed chris-huggins closed 5 years ago

chris-huggins commented 5 years ago

Currently awkward to submit features articles because they don't always require subject area(s) but currently the wizard requires them.

[x] design "optional" label
[x] Update validation state for max reached to grey instead of green
[x] tech tickets
[x] design review/sign-off
[x] inform Peter

chris-huggins commented 5 years ago

Blocked pending coding update by eJP

chris-huggins commented 5 years ago

Add "Optional" label in validation line to the subject area picker?

The alternative would be to add it to the form label ("Subject area(s) (optional)")

This is a pattern we're likely to need further down the line and less danger of making input titles wrap to two lines on narrow screens (320px min).

It will be replaced by validation states, but we don't expect an error state on this input if it is optional for features articles.

A "helper text" property should be added to the text input component to accommodate this pattern elsewhere

chris-huggins commented 5 years ago

Raised in https://github.com/elifesciences/elife-xpub/issues/1973

chris-huggins commented 5 years ago

Done

chris-huggins commented 5 years ago