The reason Final Form does this is so that pristine will be true if you start with an uninitialized form field (i.e. value === undefined), type into it (pristine is now false), and then empty the form field. In this case, pristine should return to true, but the value that the HTML DOM gives for that input is ''. If Final Form did not treat '' and undefined as the same, any field that was ever typed in would forever be dirty, no matter what the user did.

Mine requires that dirty and pristine be "calculated properties".

This is a philosophical issue, I think. People (and presumably form libraries) have different definitions of what "dirty" means. Yours: "The field has ever been edited" Mine: "The value of the field is different from the initial value"

Personally, I rather like the idea of typing into a field, backspacing to undo what you just typed, and having the field (and form) go back to being pristine. Aside from that aesthetic difference, my definition has the practical implication that it lets you know if you need to save the record or not.

We could potentially have another flag that was your definition of dirty, but then we run into the hard problem in computer science: naming things.

one of the for-profits to take to the OpenEd stage visited my campus (again, around me) and led a presentation that directly resulted in upper admin questioning the need for an Open Education Librarian (me!) were they to sign a contract with Lumen.

Dirty and Untidy29.51 Low

The broken fingernails of dirty hands.