#dev 2020-09-27

2020-09-27 UTC
jbove, themaxdavitt, KartikPrabhu, [chrisaldrich], geoffo, nickodd, OhTheCode, deathrow1, voxpelli, dhanesh95, moppy, Salt[m], [chrisbergr], kitt, peterrother, [James_Gallaghe], jeremycherfas, [mrkrndvs] and swentel joined the channel
#
sknebel Zegnat: why?
#
sknebel GWG: I think you should either add a "u-url" to the <a> tag in the example or remove the "u-photo" on the img
#
sknebel so the result has url and photo
#
GWG Did I forget the u-url?
#
GWG I'll go look
#
Zegnat What I was seeing were parser differences depending on whether you add an empty alt to the img or not
#
Zegnat Because there is no p-name, I actually expected the parser to add the src of the img to the name value. But it did not. Although the TypeScript parser did do that.
#
GWG I did... darn.
#
Zegnat Trying to figure out what is technically right and what is the user expected output ...
#
GWG Will add it
#
Zegnat So you may also want to add alt="" to the <img> just to make sure
#
Zegnat PHP seems to include the src when the name is not implied, but removes it when it is doing implied parsing
#
Zegnat hates implied values with a passion :P
#
sknebel Zegnat: the implied name does not do URL replacement per spec
#
sknebel only alt
#
sknebel (and yes, that stuff is confusing/annoying)
#
sknebel else use the textContent of the .h-x for name after:
#
sknebel dropping any nested <script> & <style> elements;
#
sknebel replacing any nested <img> elements with their alt attribute, if present;
#
Zegnat Aaah, you are right. So it is doing the right thing then
#
sknebel vs p- parsing:
#
sknebel replacing any nested <img> elements with their alt attribute, if present; otherwise their src attribute, if present, adding a space at the beginning and end, resolving the URL if it’s relative;
#
Zegnat Interesting enough, when you toggle "better text content" in the TypeScript parser, it does do the replacement with src
#
Zegnat I wonder if that is my algorithm for better whitespace etc. Because that does not consider whether you are parsing for implied values or explicit values
#
Zegnat But just to steer clear of parsing confusion, I would always set an alt. Better all around
#
GWG I was trying to keep it simple
#
Zegnat Add the u-url if you want the author URL. It is not technically neccessary of course. But just to preach good HTML, add the empty alt. Would be my advice.
[grantcodes] and [jgmac1106] joined the channel
#
GWG I did want to talk next about rels, which are all over WordPress themes
#
GWG Brings me back to https://david.shanske.com/2020/02/11/exploring-feed-discovery-and-markup/
#
Zegnat rels are nice
#
GWG Zegnat: Yes, but I still have the questions from that post
[manton], geoffo, [tonz], shoesNsocks1, nickodd, swentel, Codefuzius, [James_Gallaghe], [tw2113] and [chrisaldrich] joined the channel; nickodd left the channel
#
nekr0z Hmmm... I'm sure this question has been raised already, but my searching skills are not enough to find the answer. I'm reading the indieauth spec and do I understand correctly that the idea of one person being able to have multiple pages with different URLs is a heresy?
#
nekr0z I mean, when talking openID I can have on mysiteinrussian.ru a link rel="openid.delegate" for mysiteinenglish.com, and every time I login as mysiteinrussian.ru the app will know that I'm in fact the mysiteinenglish.com dude — but no such luck for indieauth, right?
#
Zegnat nekr0z: correct. For now clients expect the authorization endpoint to return an identifier (the `me`) on the same domain as the discovery happened on.
#
Zegnat But there is a discussion to get rid of that limitation https://github.com/indieweb/indieauth/pull/56
#
Loqi [Zegnat] #56 Remove requirement for same domain
#
Zegnat If you have any thoughts on the matter, or want to highlight how OpenID handles it, please do comment there!
#
nekr0z Zegnat: thanks!
#
nekr0z Zegnat++
#
Loqi Zegnat has 31 karma in this channel over the last year (82 in all channels)
VioletPixel joined the channel
#
@theonico85 This post implies about using Webmentions as a replacement for comments, it’s quite brief but I think I get the idea. I’ll be interested to investigate this a bit more: https://dev.to/dailydevtips1/goodbye-comments-welcome-webmentions-499g #webdevgeekout (twitter.com/_/status/1310334142853324806)
geoffo joined the channel
#
aaronpk nekr0z:Nothing about IndieAuth requires one *person* to have just one URL
#
aaronpk It's about proving control over a URL by saying "this is the URL I want to show you that I control, and here is the proof"
jjuran joined the channel