David Lord

Haha, sorry to drag you into this without warning, I just remembered you had worked on a form library recently, thanks for answering 😅

> at this point, you're not actually validating Why is ValidationError handled at this point then? Why have a way to essentially pre-validate without being able to "pre-stop". I understand...

See #61 for more discussion on inconsistency in validation.

Summary: there needs to be a comprehensive review about which validators should stop validation versus continue. Expecting that an invalid email address doesn't continue validation does make sense, it's not...

It's definitely used elsewhere. See `RadioField` for an example: ```python class RadioField(SelectField): widget = widgets.ListWidget(prefix_label=False) option_widget = widgets.RadioInput() ``` `SelectField` could use some cleanup, it's a bit circuitous right now.

I thought there was a broader issue about this, where we discussed whether fields and validators should accept strings, or also accept their types. Maybe I'm getting confused with Click,...

It also seems like we'd want UUID to be a field, not a validator, since I'd expect to work with `UUID` objects in Python, not strings that happen to be...

Happy to consider a PR that changes it to "HTML".

We don't plan to support XHTML at this time. We will focus on HTML only.

This is pretty fundamental to how WTForms works. What would you want it to do instead? If they're not set, `form.my_field.data` wouldn't work.