#glacierWas reading more about h-entry and discovered that since I've been using h-entry on my updates page that all new updates can be read in an RSS reader that supports images and HTML, which is pretty awesome. but now it seems slightly redundant with the manual RSS feed I've been making which doesn't have images and has much shorter descriptions. Do the old style RSS feeds work better in some contexts, like bare bones readers that only grab text?
#glacieranother question, do h-entry link previews work differently than open graph protocols?
nandv, abyss and grufwub joined the channel
#glaciersorry I'm going to move my question to #microformats, I forgot there was such a channel (I'm on IRC)
abyss, [KevinMarks], AramZS and [tw2113] joined the channel
#[snarfed]but you also advocate for standards compliance test suites in general, right?
#[tantek]Alternatively, user implementation experience to reduce webfinger to what's needed and drop all the features that implementations ignore or fail
#[snarfed]I mean, I get the priority point. just odd to hear you doubting compliance test suites
#[snarfed]if the real criticism is aimed at webfinger itself, sure
#[tantek]Because webfinger never properly went thru a "CR" phase where each feature is evaluated by if it matters to implementations or not
#[snarfed]sure. so, separate from whether compliance test suites are good
#[tantek]And then such specs should be subsetted to what's actually needed by implementations for real world use-cases
#[snarfed]webfinger never struck me as a particularly large spec with a ton of abstract features, but I doubt I've actually read it end to end
#[snarfed]I wasn't really looking to argue any of these bigger points, just wanted to nudge aaronpk
#[tantek]Implementations should absolutely reject and vote (with their code) against "compliance" tests that are disconnected from actual user-relevant features
#[snarfed]to be fair, that would require implementors to dig in and understand the whole breadth and depth of use cases, which may often be a big task, and is kind of hopefully what standards bodies are supposed to do - and are hopefully better at - so that implementors don't have to, right?
#[snarfed]I guess I'd worry a bit about different implementors only knowing/caring about their own subset of use cases, so if they feel encouraged to ignore compliance for anything else, that hurts interop for features that are still user-relevant, right?
#[snarfed](goddammit here I am arguing after all 😁)