consider incorporating metaformats into core mf2 parsing spec

[snarfed]

Should we? Or not? I have no clue, deferring to people who understand standards and mf2 parsing better.

https://microformats.org/wiki/metaformats

At least two implementations so far:

• feat(Experimental): add support for metaformats microformats-parser#229
• Add extension to support metaformats mf2py#213

Earlier related projects:

• https://www.jvt.me/posts/2022/03/14/opengraph-mf2/
• https://david.shanske.com/2022/03/14/meta-tags-to-microformats/

cc @tantek @aciccarello @kevinmarks @barnabywalters @jackyalcine @capjamesg

[aciccarello]

I think the spec needs to be refined some more at a minimum before considering incorporating it into the core spec. With the challenge of different sites using meta tags inconsistently, we'll probably need to do more experimentation to find a good balance of correctness and usability.

Other thoughts:

• I haven't contributed much to specs before so I can't speak to the work of managing standards
• My use case for metaformats revolves mostly around link previews so keeping it as a separate fallback feels reasonable to me.
• I suspect some real-world applications might need some additional translation to better handle some one-off patterns on larger sites but that's probably outside of even the metaformats spec.

[sknebel]

agreed with @aciccarello , it needs more refinement, practical testing and checks that adding it won't interfere with existing uses before we should consider adding it to the main spec, if at all. Personally, I think it makes a lot of sense for it to stay separate entirely.