[KevinMarks]Hm, part of the point of the mf2 changes was not needing to update parsers for new types or fields. Maybe we need to add some tests to reflect that (and also the field and type name filtering rules)
sknebel!tell jacky "so a test failed b/c it's mentioned h-org as a type (the parser does hard failures on unrecognized types)" <- there is no concept of "recognized" types in mf2 parsing! don't do that please
[KevinMarks]we added the constraints on field names to avoid the utility class false positives, but I don't think we have negative test for those `The "*" for root (and property) class names consists of an optional vendor prefix (series of 1+ number or lowercase a-z characters i.e. [0-9a-z]+, followed by '-'), then one or more '-' separated lowercase a-z words.`
[KevinMarks]maybe we need some more abstract parser tests to catch both novel type and property strings, but also have some that should not be parsed (eg my mixed case schema alike ones shouldn't parse now http://www.kevinmarks.com/microformatschema.html )
Loqijacky: sknebel left you a message 8 hours, 15 minutes ago: "so a test failed b/c it's mentioned h-org as a type (the parser does hard failures on unrecognized types)" <- there is no concept of "recognized" types in mf2 parsing! don't do that please
jackyit's mainly decorative for the parser but it helps with serialization from MF2+JSON to the concrete types in Rust (like which ones should have ptd run on it, etc)