dckc, KartikPrabhu and [KevinMarks] joined the channel
#[tantek]KevinMarks I miss the rate of optimistic innovation & building we had in 2004-2006. And I wish we had the understanding (we have now) to deal with the nasty trolls back then
#sebseljacky: It's not out of the blue that they jump on the Github ship. A group of people already wanted this for a long time and this gave them the excuse
#sebsel(this is the impression I have, I'm not that involved*)
[scojjac], [Rose], [barryf], [KevinMarks], [tantek], marinin[t] and [manton] joined the channel
#[manton]I like the proposed “beyond Webmention.io” pop-up session. I’m sure the focus will mostly be on self-hosting, but I’m also curious if there can be more services that are compatible with Webmention.io. For example, I have a feature in Micro.blog that will return the same JF2 as Webmention.io. I’d like to do more like that.
#jacky[manton]: my feelings are going to be around building services that use Webmention tbh
#jackylike hopefully someone being the vanguard on how we do Vouch
#[manton][jacky] That makes sense. It just made me think about how to kind of spread the load from Webmention.io to other sites, or make it easier to move between services.
#jackyoh that's a good point too (reminds me about having a shared/common interface for fetching Webmentions - hopefully can be used as said export mechanism)
#aaronpkyeah i'd love to see us standardize on a front-end api for retrieving webmentions so people can make libraries and stuff that works with things other than webmention.io
#aaronpkand then someone please make a small Go project people can spin up to be their webmention endpoint :)
#aaronpkwow i really need some better logic around handling timeouts and stuff for my activtypub delivery. it's kind of a mess right now and depending on the failure mode, one person's server might hang the rest of my delivery for like 30 seconds
#[manton]Yeah. And I guess one question is whether any of that should be part of the Webmention spec itself, or just a separate common interface that a lot of people use.
#sebselin a docker container so you don't have to? ;)
#aaronpksebsel: if you want to use docker yes, but i refuse to :D
#aaronpk[manton]: anything like this is likely to be in a separate spec, but that's not as important as getting it working in the first place :)
#sebselaaronpk: I'm currently not on docker either, but I know you get the request sometimes
#sebselyea, the webmention spec currently doesn't say much about likes vs mentions vs replies and stuff, that's all Microformats.
#sebselit seems logical that the common interface would say stuff about likes, because that's the number one feature: twitter likes
#[grantcodes]I love docker for running random tech stuff. I really do not want to learn how to install dependencies, run builds, bind to ports etc etc in whatever language the project is written in.
[tantek], [Rose] and [schmarty] joined the channel
#[schmarty]still thinks Vouch is plumbing in search of a use case but excited to see some discussion about person-centric ways to mitigate the issues vouch purports to solve.
#[tantek]Vouch was a first attempt at solving the use-case of trying to allow for new/interesting responses without being burdened with moderating everything
#[tantek]problem is we never got far enough with actual usable/interoperable implementations to get a feel for how well it actually solved that use-case, so it's kinda been stuck at the level of "interesting plumbing, worth considering?"
#[tantek]aaronpk, pretty sure you were there for that session in, I think 2013, at IWC MIT / Cambridge where we discussed the person-centric use-cases first before figuring out *a* protocol that *might* solve them
#[schmarty]I bring it up whenever Vouch comes up 😂
#aaronpkit does sound like a different discussion than what is currently proposed for that webmention popup discussion tho
#[tantek]this is why I like to half-jokingly refer to the problem area instead as the "House Party Protocol"
#[tantek]it's much easier to relate to the (pre-pandemic at least 😞 ) problem of throwing a house party where you do want it to be semi-open to *some* folks you don't directly know
#jacky[schmarty]: do you have an idea for something else?
#jackylike in a physical social env kind of way (5 people in a room, three pairs of them know each other so the ones out are then introduced by the common bridges)
#[tantek]Twitter has a feature where you can set a tweet to only allow replies from people you follow. What would be even more interesting is if you could allow replies from people that *they* follow as well
#[schmarty]jacky: I think there are some good ideas to explore around "social graph"-like relationships for sure! I think Vouch in particular is too much about protocol and not enough about user experience.
#[tantek]I might actually set that as a default ("people you follow" is too narrow/stifling for me)
#jackyI do think it's meant to be a bit invisible to people though but I might stew on that a bit more (on how it'd look from people first)
#[tantek][schmarty] it's likely we didn't capture the use-case / desired UX well enough at the initial brainstorming in 2013, and since then as aaronpk pointed out, the discussions have been so protocol-centric that they lose focus of the use-case 😕
#[schmarty]Vouch is a bit contradictory on how transparent it is depending on which part you are reading 😅
#[tantek]jacky, yes it's meant to be invisible as a protocol, but almost certainly indirectly visible in a simpler form in the UX
#[schmarty]Sometimes it assumes it is part of a healthy moderation toolset
#[schmarty]Sometimes it assumes a person is in the loop
#[tantek]like a feature for "allow responses only from people I follow or have linked to and people they follow" (not a great description, but that's kind of an intent)
#[schmarty]Sometimes it assumes a webmention sender (or endpoint) knows about every link to and from a particular person's posts
#[tantek][schmarty] it was meant to be seamless most of the time, a way to reduce moderation tax, and not require a person in the loop
#[schmarty]I think a recent time talking about Vouch we ended up discussing some big changes to approach, like dropping the assumption that webmentions are open by default
#[schmarty]OH also a huge one for Vouch was questioning the idea that one should expect that sending a webmention means seeing it on the receiver's post.
#jackyI think doing that (setting hard expectations as to what's visible or not on one's site) would be a bit too encroaching
[jgmac1106] and [scojjac] joined the channel
#[schmarty]for sure! but then that also raises a big question for vouch which is, like: when do i as a sender need to go add a vouch to a webmention i want to send?
#[schmarty]yeah, just one example of Vouch adding an implied human-in-the-loop where i would say most implementations are explicitly designed to be invisible.
#[tantek]pretty sure we had an HTTP error code for Vouch needed
#[tantek]that a site could respond to a webmention with
#[tantek]but yeah, since then I'm much more leaning towards rethinking the problem again from the perspective of questioning the social media assumption of "open responses" by default
#[schmarty]so that lets the sending system know a webmention won't be accepted without a vouch. but from there the /Vouch docs kind of drop into hand-waving territory
#[schmarty]> you can decide how much intermediate UI you want to show, "The comment you sent is awaiting some form of vouching that they link to that links to you" with a URL field to enter. Plenty of opportunity to crawl, cache, innovate there.
#[tantek][schmarty] yes, that's deliberate because we literally had / have not figured out a "good" set of UIs and thus needed to (still!) encourage experimentation
#jackymore like for interfaces like the above mentioned
#[schmarty]one thing i love about these discussions of Vouch is how they shine a light on things that may be helpful to have in general, like encouraging webmention sending systems to have a way to surface stuff to you.
[chrisaldrich], KartikPrabhu and alex_ joined the channel
benwerd, slower_loris, alex_ and [KevinMarks] joined the channel
#[KevinMarks]Do we reframe vouch as a proposed way to construct an allow list?
#[tantek]KevinMarks, I'm not even sure burdening users with an "allow list" is the right approach/framing either!
marinin[t] joined the channel
#[tantek]I think we let Vouch remain for the historical attempt that was/is, and we redo those high-level use-case / social dynamics conversations
#[tantek]Understanding of "social media" systems and things like "respectful responses" has grown and innovated considerably since 2013, the context within which Vouch was proposed
jjuran, marinin[t], [tw2113_Slack_] and [Kai_Vong] joined the channel
#[Kai_Vong]has a publisher or well-known copywriter given the green light for using a http code as that ?
#jackybut I'm starting to move into the mindset that I'd tap to make this public by default (like if I syndicate the post then it can be considered public unless I also mark that the syndication target can support a protected or private visibility)
#[Kai_Vong]to be clearer; part of the question is around it being a legal keyword and does translate okay in other languages (such as French)dic ?
#[Kai_Vong]my keyboard is outdated ight now 😃 right now
jamietanna joined the channel
#jamietannajacky I'd guess most folks are comfortable with the public-by-default, but I'd be interested to hear if there's a wider consensus against that
#sebseldo we know if most folks are comfortable with public-by-default?
#aaronpkjacky: it's written that way because it's the safe way to handle it
#aaronpkas in, it's unsafe if the client omits the parameter if the user wants the post to be unlisted
#aaronpkit's not about what the user wants, it's about what the app sends to the server. the app can default to unlisted posts in the UI, it would just always send that parameter in the micropub request
#[tantek]hmm I thought for some reason that Bridgy Publish to GitHub handled skintone variants of the reacji it supported (e.g. 👍)
#[tantek](it didn't and posted that as a comment instead of a reacji to a comment)
#jackyI guess that's me overloading 'visibility' as like "visible to who?" versus "how visible is this on my site when accessed via another means that is or isn't a direct link)