#microformats 2016-07-12

2016-07-12 UTC
sagerdearia joined the channel
#
gregorlove
edited /microformats2 (-79) "revert spam"
(view diff)
#
gregorlove
edited /hreview-aggregate (-150) "removed gutscheinchamp.de; no apparent hreview-aggregate"
(view diff)
#
gRegorLove
!tell tantek I've reverted spam from these users, if you want to block them: Reniemarie, Kachuy, Oulman
#
Loqi
Ok, I'll tell him that when I see him next
tantek, nitot, KevinMarks, nitot_, KevinMarks_, adactio and petermolnar joined the channel
#
petermolnar
morning; question on u-photo: can a u-photo only be an <img>? The reason for asking is that adaptive (src-set) u-photo imgs sound problematic and using an <a> href as u-photo might be more useful to present a large-resolution photo
#
Loqi
morning!
Garbee joined the channel
#
pfefferle
I would say yes, because microformats2 uses generic parsing, so u- can be a link, an img or an oject http://microformats.org/wiki/microformats-2#naming_conventions_for_generic_parsing
nitot, TallTed and M-RyanRix joined the channel
#
aaronpk
has there been any talk of returning img alt text in an explicit property rather than including it in the name/content value?
gRegorLove joined the channel
#
ben_thatmustbeme
aaronpk: none that i have heard of, but in that instance, isn't that the "value" version?
#
aaronpk
in my example, there's no association between the alt text of the image and the image URL
#
aaronpk
in this example, the alt text is not in the parsed result at all http://pin13.net/mf2/?id=20160712155509455
#
aaronpk
which means a consumer of that post is unable to render the alt text for accessibility given just the parsed result
#
KevinMarks_
Seems that we'd need to define an object to put them into
#
KevinMarks_
There was an attempt at hmedia before iirc
#
aaronpk
i'll open an issue on the microformats repo since we're using github for that now :)
#
KevinMarks_
Hm, no that's not quite right. It has a name, but not an alt.
KartikPrabhu joined the channel
#
KevinMarks_
It didn't get much adoption.
#
aaronpk
it's almost like the value of the photo property should be able to be an object, like how e- things end up turning into an object with {"html":"...","value":"..."}
#
aaronpk
but I don't want to jump to conclusions :)
#
KevinMarks_
Well, you could mark it up as a h-photo now and make that happen.
#
KevinMarks_
The question is if we should imply that.
#
aaronpk
that's probably a bit overkill
#
aaronpk
also ... h-photo? is that a thing?
#
KevinMarks_
No, but you can make it a thing with markup.
#
gRegorLove
h-x-photo?
#
KevinMarks_
Not sure if it should be a thing - hence my precedent citing
#
aaronpk
that ends up being a little beefy http://pin13.net/mf2/?id=20160712161624238
#
KevinMarks_
Right, but it's not a magic new property
#
aaronpk
it is as far as consumers are concerned, cause they'd be expecting just a string right now
#
KevinMarks_
The trickiness is that name, caption and alt are different things
#
aaronpk
also kind of funny that the implied parsing rules make that property end up being "photo" instead of "url" like you might expect
#
KevinMarks_
Also you are close to the longdesc pit of despair there
#
KevinMarks_
Doing -examples and -brainstorming may be the way to go
tantek joined the channel
#
gRegorLove
404, weird. Even when I click from the issues page.
#
aaronpk
github is having issues right now
#
aaronpk
their DB replication is lagging
#
tantek
aaronpk: saw the microformats2 parsing issue. good catch
#
Loqi
tantek: gRegorLove left you a message 14 hours, 37 minutes ago: I've reverted spam from these users, if you want to block them: Reniemarie, Kachuy, Oulman
#
tantek
thanks gRegorLove
#
tantek
we may have to do special treatment of <img> tags and any other than have alt text (maybe <area>?)
tantek joined the channel
#
voxpelli
aaronpk: just commented on the issue – it's very much similar to the brainstorming around lang="" which I've been pushing a few times :)
#
aaronpk
interesting
#
gRegorLove
There's experimental lang support pending a merge: https://github.com/indieweb/php-mf2/pull/97
#
tantek
gRegorLove: where is the spec issue for that experimental lang support? or is that an extension?
#
aaronpk
should we move that to a github thread?
#
voxpelli
aaronpk: that would be great!
#
tantek
not if it's resolved
#
tantek
I thought it was resolved?
#
aaronpk
if it's resolved it shouldn't be on -brainstorming right? :D
#
gRegorLove
Not sure if it was on parsing-issues, haven't checked.
#
tantek
aaronpk: oh right
#
tantek
we didn't look through brainstorming at IWS
#
tantek
only issues
#
tantek
so that would be a no
#
tantek
it was not resolved
#
voxpelli
just noticed tantek's addition there: "Additionally: consider the same for "id" attributes (use-case: rel=feed..." – so alt="" is the third discovered use case probably
#
tantek
voxpelli: no alt is different
#
tantek
all elements have id and lang attributes (potentially)
#
tantek
very few (2? img area) elements have alt atttribute (potentially)
#
tantek
same solution may work, yet worth considering that difference
#
gRegorLove
tantek: Hope I didn't get too far ahead of the process. I don't think I mentall distinguished -brainstorming from -issues. I was in a productive mood with php-mf2 updates so added lang parsing after #indieweb discussion.
#
voxpelli
true, how do eg. video and audio handle it?
#
gRegorLove
s/mentall/mentally/
#
voxpelli
gRegorLove: I think lang="" is at the stage where it needs to be tried out and have experienced gathered – hence good to have it as an option in a couple of libraries, but probably behind a feature flag
#
voxpelli
oh, to support alt-representations of video and audio one would have to deal with fallback content that can contain html
#
aaronpk
the other thing the w3c a11y group mentioned was close captions for videos
#
voxpelli
ok, so this isn't like lang="" but rather a case of fallback content for embedded content, right? https://html.spec.whatwg.org/multipage/dom.html#fallback-content
#
voxpelli
it could probably use a top level attribute on the same level as "html", "value" and probable future "id" and "lang" is and use either alt="" or textContent depending on what type of tag with fallback content it is?
TallTed joined the channel
#
tantek
gRegorLove: totally ok to prototype things in pull requests like that, in fact, that's a great way to prove out brainstorming
#
tantek
aaronpk re: videos, does micropub support video uploads yet?
#
voxpelli
tantek: yes, ownyourgram has been doing exports of videos :)
#
aaronpk
for quite a while actually
#
tantek
alt is well accepted/understand in HTML, whereas close captions for videos are not in the HTML (or rarely so), or are separate from the HTML
#
tantek
so a separate step for close captions for videos may make sense
#
voxpelli
Close captions are also always the same for a video while fallback content may vary depending on where an image/video is included
#
@JamieKnight
@netmag microformats, technorati and scripts to export hCards into vCards :)
(twitter.com/_/status/752953423109193728)
tantek joined the channel
#
@kevinmarks
@JamieKnight @netmag microformats are doing fine. Technorati not so much.
(twitter.com/_/status/752966566170329088)
nitot, KevinMarks, tantek, KartikPrabhu and miklb joined the channel