#Loqi[preview] [Mark Everitt] One pain in the ass thing about micropub is that there's no way to send photos and content together in a single request *and* include alt text. It can only be done with a multipart request to a media endpoint for the photo and a JSON request to the r...
#[jacky]I thought this was false but it _is_ true it seems
#[jacky]it would have to be nested and that feels like more effort
#[tantek]jacky, I thought we defined alt text for images in microformats quite definitively. what issue have you run into that led to "alt text being something that's not fully specified in Microformats for photos" ?
#[jacky]mainly from not being able to find anything on the wiki about that
#[tantek]raising the bar on, if you’re going to use mf2, we're going to require you to be more accessible to consider your usage to be "valid"
#[tantek]I believe it is a socially ethical use of stricter requirements in a spec
#[tantek]and yes the MUST + UNLESS is the key combo there (to avoid just a SHOULD). I could be wrong that there are other situations (other UNLESS possibilities), and am open to suggestions. I figured better to err on the side of being stricter, and loosen it up in response to feedback than vice-versa
#gRegorrequirement in which sense? not going to parse u-photo if it doesn't have alt?
#[jacky]or even opting to defaulting to an empty alt value (which would make it easier for consumers to hint at the lack of them and authoring tools to report on it)
#gRegorheh, I'm all mixed up here. jacky is talking micropub, but the microformats stuff seems kind of orthogonal
#gRegorvalidator.w3.org will already tell you to add alt text. indiewebify.me could do similar, with more specific guidance about the "UNLESS"
#[jacky]yeah and I think I mentioned Microformats b/c the vocab of Micropub objects are defined by that
#gRegorthough an empty alt attribute can also be valid and intentional, so don't think it should say anything, or be very careful in the way it's framed at least.
#Loqi[preview] [[jacky]] the only thing I can think of is doing something like `photo[0][src]` and making that the uploaded data and `photo[0][alt]` to set the title
#gRegorAlso a spec change :/ An endpoint could handle both, but no clients would follow it yet
#gRegorI'm actually working on a media endpoint today
[snarfed] joined the channel
#[snarfed]is two requests vs one such a critical showstopper? this is code we're talking about, after all, not UI. it's not like this means end users will suddenly have to do so much more unreasonable work when they want to add alt text. the UI here should be orthogonal to the plumbing
#[jacky]it's not - I can see the QoL improvement for the dev experience (like in the case of doing /backfeed in a single go, restoring from a backup, or doing it over the terminal)
#[snarfed]I guess. still seems relatively minor though
#[jacky]it's def one of those either-or things that (_I think_) could be answered with a lil' experimentation
#[tantek]The difference (from just HTML validation) is that u-photo means it’s content and not just decorative
#[tantek]And yes this would be for mf2 validators to be able to provide stronger advice & guidance
#[tantek]The mf2 parsing spec already handles alt appropriately I believe.
#[schmarty]If the goal is file and alts in one POST, it's a multipart/form-data tho (not URL-encoded)
angelo joined the channel
#[tantek]thinking about footnotes some more and auto-unicoding them and auto-linking them to their expansions and linking those back
#[tantek]I know I've seen on at least a few sites where the expansions have a little return arrow or something to back to the inline instance of the footnote
gRegor, gRegorLove_ and [jeremycherfas] joined the channel
#[jeremycherfas]↩️ Yes. Without a back link footnotes are even more distracting.
gRegorLove_, gRegorLove__, mro, s[_] and sivoais joined the channel
#[jeremycherfas]Recent discussion of footnotes makes me want to revisit their presentation on my site, in line with the Tufte approach to sidenotes/marginalia. My current block is that I like my sidebar. So thinking, perhaps I need to have a different presentation for the items that have footnotes, which are generally longer than average and which probably don’t need the information in the sidebar to be at the side.