#[jgarber]Relatedly, the `<source>` element also supports `srcset` so we may consider its addition to the special parsing rules that currently only apply to `img`.
#[jgarber]There may be an open issue or two on this in the parsing repo. I recall folks asking about marking up this element for u-photo, u-audio, or u-video.
jacky joined the channel
#[jgarber]Actually, I misspoke: the `<source>` element’s `srcset` attribute is apparently only permitted within the `<picture>` element.
#[tantek]4I think the <source> element is a different kind of complexity, since it impacts more than just img parsing
jacky joined the channel
#[jgarber]What kind of complexity do you have in mind? (I haven’t been tracking any conversations around `<source>` element parsing, so I’ve no doubt missed some relevant discussions…)
#[snarfed]1Parsed data looks great! I don't know how I'd prioritize density vs width descriptors, but probably not a big deal, I can choose arbitrarily
#[jgarber][snarfed] Excellent! Thanks for taking a look.
#[jgarber]> I don’t know how I’d prioritize density vs width descriptors
#[jgarber]I’m not sure how a consuming application would, either, but I do think there’s higher value in the MF2 parser doing the work of creating the structures shared above (vs. the MF2 parser returning a simple string from `srcset` and requiring every interested consuming app do the work).
gRegorLove_, jacky and gRegorLove__ joined the channel
#[tantek]4[jgarber] yes that's good reasoning about putting the parsing in one place, but it's beyond a "nice to have" since relative URLs in the string MUST be resolved by the parser into absolute URLs anyway
angelo, gRegorLove_, jacky, gRegorLove__, gRegor, Awii, barnaby, jacky__ and ur5us joined the channel
#Loqi[jgarber] has 4 karma in this channel over the last year (6 in all channels)
#[tantek]4[jgarber] you also wrote in that issue #7: "The implementation matches the examples in my comment above along with feedback in the #microformats IRC/Slack channel." which is a good update on progress, however it would be better to fully capture your implementation design in GitHub with the the feedback incorporated, so additional implementers do not have to check microformats IRC logs to figure out what might have changed
#[tantek]4even better if you can add a GitHub comment with suggested diffs to the microformats2 parsing spec that would indicate the mf2json output you implemented