strugee, balupton[d], [tonz], maxwelljoslyn[d], alex_, _maxwelljoslyn[d, saptaks_znc, Seirdy, strugee_, [jeremyfelt], [manton], [tw2113_Slack_], [KevinMarks], IWSlackGateway, jjuran, Zegnat, sknebel, jacky, [jeremycherfas] and sgreger joined the channel
#sgregerHi. Haven't been here in a while. It seems it is not possible to update a webmention that was accidentally sent to IndieNews as a bookmark. I fixed my markup and resubmitted, but IndieNews created a second webmention entry rather than updating the original.
#sgregerLong story short: sorry for the duplicate :)
#[tantek]^ aaronpk, sounds like a bug in IndieNews's webmention update handler (or delete for that matter)
#capjamesg[d][tantek] interesting. I hadn't thought about that.
#capjamesg[d]That code snippet would be useful sgreger!
#sgregerI really liked the aesthetics of the 3x3 avatars, even though no longer using them… I believe I have that snippet somwhere as I recall sharing it an IWC once
#sgregerIt was just an adaption of example code from SO, so I simply added a link there (not sure about the licensing, as our wiki is CC0 and SO answers are CC-BY-SA)
#sgregeraaronpk: Yes, that commit looks like the behaviour I expected. Thanks for looking into it!
#aaronpksurprised this hadn't come up earlier tbh!
#sgregerWell, it was a pretty significant, and in that very specific, change in my markup (from bookmark to note), so I guess I unveiled some edge case there ;)
#sgregerStill trying to fine-tune my markup after that hiccup.
#sgregerhttps://indieweb.org/bookmark states "For submissions of bookmarks, IndieNews displays the name and domain of the bookmarked post as if it were posted directly […]"
#sgregerThat was not the case for my submission. The "bookmark" showed up with the title of my note.
#sgregerThis is separate from the "update webmention" issue; maybe something odd with my markup? (I had `class="h-cite u-bookmark-of"` on an <a> element inside the `h-entry` my note)
jamietanna, jacky and petermolnar joined the channel
#@voxpelliGot free from my current assignment a bit earlier than originally anticipated, so open to new freelance work in Node.js, JS, semantic HTML, standards, IndieWeb etc starting immediately. (twitter.com/_/status/1487090647794343937)
#tracydurnell[d]at HWC either this week or last week, we had the idea of including a short bullet list of "highlights" or "topics discussed" at events in the newsletter - is that something that's technically possible since it's auto-generated? I don't know how it works 😂
#aaronpkneat! it pulls all the event data from the events.indieweb.org pages so we'd have to find a way to include it there
#Loqiaaronpk has 31 karma in this channel over the last year (122 in all channels)
#[tantek]yes, keep the summary of the event both before and after!
#[tantek]aaronpk, what I was expecting in the newsletter: a "More..." link right after the summary that links to a fragment on the event page right after the summary
#[tantek]e.g. slap an id on <div class="e-content description segment content">
#[tantek]This way when we do update the Event description to e.g. link to the archived Etherpad notes, those are readily discoverable via the newsletter as well
#[tantek]it also helps provide motivation to archive the etherpad notes more promptly, and link to them in an update to the description on the event page, since folks may be clicking through to see them via the newsletter
#[tantek]and then maybe add a Brainstorming section per edgeduchess[d]'s recommendation for 'entries for all the main "indieweb" components'
#capjamesg[d]I will get on that tomorrow. I agree with what edgeduchess[d] said about MDN explanations being good and to the point.
#[tantek]let's at least capture that as a suggestion, and then can discuss which specific IndieWeb components / building blocks would be good / appropriate on MDN and prioritize them respectively
#capjamesg[d]I think we would have to agree on an appropriate remit for such a guide, so as not to attempt to duplicate the IndieWeb wiki pages.
#capjamesg[d]I think a “what is”, “why”, and “how to” would be a good rundown for at least a beginning of such an article on an IndieWeb concept.
#capjamesg[d]I’d also vote for webmentions to be documented first.
#capjamesg[d]I agree. I’ll look around MDN a bit more to gain a further understanding of the way they write content. I refer to it a lot but need to take a closer look.
#[snarfed](you all will know better than me where the three sites should overlap/diverge, I have no opinion)
#[tantek]capjamesg[d] I think with explicit thoughtfulness about the purpose & audience of each of the sites, we can come up with what kinds of content / structure makes the most sense on each
#[tantek]e.g. (roughly off the top of my head for microformats related pages)
#[tantek]indieweb wiki : user-understandable definition of said microformats and why those matter to users, and developer understandable "Why" and "How to" sections, and "IndieWeb Examples" along with allowing lots more messy / unstructured wiki content "in progress"
#[tantek]MDN : very focused *web developer* perspective brief definition, use-cases, and how-to, with very good copywriting / copyediting, no "messy" or "unstructured" / in-progress content, and links to the official spec (on microformats wiki) and the IndieWeb community "discussion" page as well
#[tantek]that's a rough idea of the kind of thing we could put in /MDN#Brainstorming for how to work towards writing up a new topic for MDN (hint: do the respective work above on the microformats and IndieWeb wikis first, and then subset/curate/rewrite for the MDN audience accordingly)
#capjamesg[d]I agree. That is a good outline for how we should think about the different wikis.
#capjamesg[d]Definitely, MDN content should be well-structured and written with the intent of helping someone easily comprehend and start working with a topic.
#LoqiJust generated this week's newsletter! You still have a few minutes to make changes, and I'll re-generate it 10 minutes before it gets sent out at 3pm Pacific time. https://indieweb.org/this-week/2022-01-28.html