#microformats 2025-01-02

2025-01-02 UTC
[schmarty], [KevinMarks], [schmarty]1, [KevinMarks]1, Tiffnya, dehuszar, Guest6, [mattl] and btrem joined the channel
#
capjamesg[d] I'm going to apply visibility: hidden; to the rel=author. It looks like it does need to be in the h-entry.
#
btrem From context, it seems reasonably certain that "my h-card didn't show up in the webmention" means he commented on a post, but the comment lacked an author.
#
btrem rel=author is not normally visible in any case.
#
btrem But it would affect h-card markup.
#
capjamesg[d] I added the recommended markup but now I have to do more to add a picture? https://indiewebify.me/validate-h-entry/?url=https%3A%2F%2Fjamesg.blog%2F2024%2F12%2F30%2Fartemis-changelog-2%2F%3F
#
capjamesg[d] It's already on my home page in a h-card 😂
#
artlung Here's a microformats question:
#
artlung Would <a href="https://example.org/my-profile-pic.webp" class="u-photo" style="display:none" ></a> be valid way to represent a u-photo?
#
[tantek] it would be valid from a mf2 parser perspective yes, assuming the context of an ancestor element with an h-* class name
#
[tantek] might want to apply some ARIA though to avoid it being read by screenreaders
#
artlung I see. Thanks tantek++
#
Loqi tantek has 2 karma in this channel over the last year (140 in all channels)
#
[tantek] artlung, I have used <a href class=u-photo><img src= /></a> to send a higher fidelity version of a photo to microformats consuming tools
#
[tantek] while providing a smaller (download size) version in the img element for web page viewers
#
[tantek] who can then "zoom in" by clicking the image and then getting the higher resolution version
#
[tantek] that's at least one visible use-case for <a href class=u-photo>
#
artlung that's good. That brings to my mind the fact we have additional ways to call in an image these days, <picture> and <source> notably that may make more work for a mf parser. Keeping it simple seems best where possible.
#
[tantek] KISS++
#
Loqi KISS has 1 karma over the last year
#
btrem I thought screen readers ignored display: none elements. Hence the need for ARIA attributes like role.
#
[tantek] better to express actual semantics via ARIA rather than depend on CSS for a semantic hack (display:none)
#
btrem Yeah, but I'm saying that you don't need to apply aria to prevent screenreaders from reading an element with display: none because, AFAIK, screenreaders don't read such elements.
gRegor joined the channel