Skip to content

TextInput/TextinputGroup - consistent status/validation prop naming #10851

@thatblindgeye

Description

@thatblindgeye

Describe the enhancement or change
Related to convo chain at #10815 (comment)

Would also pertain to other components that have a status/validation type prop. We should align on:

  • whether the prop should be status or validation (personally would lean towards status)
  • whether the prop type should only include valid class values, e.g. success, error/danger (another thing to align on), warning, info, and custom, or whether there should also be a "default" value to sort of unset it. If the latter, then does "default" make sense or should it be "none" or something else?

Is this request originating from a Red Hat product team? If so, which ones and is there any sort of deadline for this enhancement?

Any other information?

Metadata

Metadata

Assignees

No one assigned

    Labels

    Breaking change 💥this change requires a major release and has API changes.

    Projects

    Status

    Backlog

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions