#dev 2023-03-10
2023-03-10 UTC
# [tantek] you know what I don't like about GitHub compared to MediaWiki, there's no radio-button-pick-two-versions-and-show-diff-from-to UI on a revisions history page like this https://github.com/tantek/cassis/commits/master/cassis.php
# aaronpk oh here we go https://github.com/tantek/cassis/compare
# [tantek] another annoying inconsistency. the history of file only shows dates (which is fine), e.g. https://github.com/tantek/cassis/commits/master/cassis.js
# GWG Starting my...let's add stuff about Micropub journey. https://github.com/indieweb/Micropub/issues/12
# [tantek] lol there's no "new" or "create" button or link on https://github.com/tantek/cassis/tags
# [tantek] tagged & released: https://github.com/tantek/cassis/tree/v0.3.19425
# aaronpk yep there it is! https://packagist.org/packages/tantek/cassis
# [tantek] this has me 🤔 https://github.com/tantek/cassis/network/dependents
[chrisbergr] joined the channel
# IWDiscordRelay <capjamesg#4492> Would sites that support displaying Salmentions nest h-entries into each other!
# IWDiscordRelay <capjamesg#4492> *?
# IWDiscordRelay <capjamesg#4492> How does a parser handle this?
# IWDiscordRelay <capjamesg#4492> Would it give a flat list of h entries or a nested list of them?
# IWDiscordRelay <capjamesg#4492> That doesn’t sound good for my code 😅
# IWDiscordRelay <capjamesg#4492> How should a comments feed be marked up?
# IWDiscordRelay <capjamesg#4492> Right now my Salmention code is traversing microformats and finding new ones like entries and cites.
# Loqi Comments are displayed in the context of an original post, and may be a mix of syndicated reply posts from other sites received via Webmention, as well as locally created comments https://indieweb.org/Comments
# IWDiscordRelay <capjamesg#4492> That’s cool.
# IWDiscordRelay <capjamesg#4492> Great.
# IWDiscordRelay <capjamesg#4492> My code can handle that.
# IWDiscordRelay <capjamesg#4492> With a minor change.
# gRegor I see /Salmention says this which I don't think is quite right "E.g. incorporate a reply as a nested comment h-entry inside the original’s h-entry"
# IWDiscordRelay <capjamesg#4492> Yes.
# Ruxton_ tantek: because it's being confused wiht an old package - https://www.npmjs.com/package/cassis
# IWDiscordRelay <capjamesg#4492> I think that’s why I was so h entry focused in the beginning.
# IWDiscordRelay <capjamesg#4492> How would I do nested comments?
# IWDiscordRelay <capjamesg#4492> u-comment in a u-comment?
# IWDiscordRelay <capjamesg#4492> w/ h-cite.
geoffo joined the channel
geoffo and gRegorLove_ joined the channel
gRegorLove__ joined the channel
# [0x3b0b] Conceptually, at least as I understand them so far, I'd expect rendering of salmentions to be akin to the rendering of an Activitypub reply thread, which is the thing where in Microblogpub I have customized my instance (I had intended to contribute this upstream soon) so that if I'm on the permalink of a mid-thread note, the earlier notes in the thread render as u-in-reply-to h-cite instead of u-comment h-cite. The whole thread is
# [0x3b0b] wrapped in one h-entry, but it's all flat within that rather than having the comments nested. Webmention comments are displayed essentially the same way. While it technically displays with each note in the chain a link to which exact other note in the chain it was in reply to, it doesn't render the comment chains as nested; it's all flat.
# [0x3b0b] Also, having looked at that, I think if Microblogpub doesn't already support sending and receiving salmentions, it shouldn't be far off from the capability...but implementing it might be beyond me, because so far I have dug into neither its parsing nor the guts of how it sends mentions and federation.
gRegorLove__ joined the channel
gerben joined the channel
# [0x3b0b] I think there is a strong tendency, at a certain level of organizational complexity that lies somewhere between small independent implementation and big enough that where you lead others will definitely follow, and especially when looking at the question of "what can we support/integrate with that will help us" (and hopefully also our users), at which "here is an official spec to follow and a few big-name implementations that don't
# [0x3b0b] really follow it very well" tends to be more compelling than "here's a bunch of consistent real-world use-cases and yes we've got specs written for some of them." Specs *feel* like stronger foundations than they really are sometimes, and an implementation with a big enough name to make news can be really powerful branding.
gRegorLove__ and [Joel_Auterson] joined the channel
# [KevinMarks] So much for Twitter API https://twitter.com/BlackForestBoi/status/1633983548708253696?s=20
# @BlackForestBoi And for anyone that needs further proof, here from the info PDF i got sent. And this is the "small" package. https://pbs.twimg.com/media/Fq0TSjGXgAEd76w.jpg (twitter.com/_/status/1633983548708253696)
ross[m]123, [campegg], [Murray] and [manton] joined the channel
# @BlackForestBoi @IgorBrigadir Nope, the rep said no. The only things that will stay in the $100 basic tier is some limited write access. If you look at this slide, v1.1/2 are migrated into that enterprise plan. https://twitter.com/BlackForestBoi/status/1633983548708253696 (twitter.com/_/status/1634166418814935042)
# [KevinMarks] This time we get to block their api access? http://epeus.blogspot.com/2010/09/welcome-apple-seriously.html
# [KevinMarks] Right, it's more like a new version of OStatus, where you list the protocol subsets you use for each bit.
# [KevinMarks] We kind of need SocialWhatWG to document the actual protocols that are in use, including all the fudges in practice, so that we can then iterate on that. What we don't need is even more cruft added to the spec like Rights Expression Languages or NNTP compatibility
[pfefferle] joined the channel
# [pfefferle] I think there already was such a spec (ActivityPub) I will see in my bookmarks if I find it
# [pfefferle] Ah, found it: https://litepub.social/
# [pfefferle] > LitePub is a suite of protocols which provide a federated social network. They constitute various profiles of the ActivityPub specification. It is intended that LitePub implementations provide compatibility with ActivityPub, but there are some core behavioral differences.
# [pfefferle] translates "Didn't that fizzle out"
# [pfefferle] ah, ok
# [pfefferle] pleroma seems to still reference it https://docs-develop.pleroma.social/backend/development/ap_extensions/
# [pfefferle] last change was 2020-11-25
# [KevinMarks] I think that was part of the pleroma schism before the lead dev picked a fight with everyone and flounced
# [pfefferle] translates "flounced"
# [pfefferle] ah, I see
geoffo joined the channel
# Gorro_Rojo[m] Hi! Not sure if this belongs here or in #indieweb. Is there any info on making a static blog hookup easily accessible through mastodon/activitypub? couldn't find such info on the indieweb wiki, but I might've looked wrong
# [snarfed] Gorro_Rojo https://fed.brid.gy/ ?
# Gorro_Rojo[m] aaa perfect! thank you [snarfed] !
# Gorro_Rojo[m] ah! I see it was further down on the actpub page https://indieweb.org/ActivityPub#Bridging, completely missed the small although adequate mention
strugee_ joined the channel
# [snarfed] aaronpk you mentioned the AP mailing list. how do you think the community there compares to eg https://socialhub.activitypub.rocks/ ?
[benatwork] joined the channel
# [benatwork] aka the most productive time I've ever spent in a standards meeting
# Loqi #osfw3c is a hashtag for the W3C Workshop on Social Standards: The Future of Business that took place 2013-08-07..08 in San Francisco, CA, USA, which led directly to the creation of the W3C Social Web Working Group where several IndieWeb specifications were standardized https://indieweb.org/osfw3c
# [benatwork] I workshopped that website real good
# [benatwork] that would be fascinating
# [benatwork] and wow, that anniversary is fast approaching
[aciccarello] and geoffo joined the channel
geoffo joined the channel
# [snarfed] hey [keithjgrant], I was hoping to try out Omnibear in Firefox, but it's evidently not in AMO any more? the Firefox link on https://omnibear.com/ 404s, but I haven't found any explanation anywhere. mind if I ask what happened? was that deliberate?
[keithjgrant] joined the channel
# [keithjgrant] [snarfed] I should probably find somewhere reasonable to post the status of Omnibear, but here’s the gist:
# [keithjgrant] When I did one of the last builds for Omnibear, I apparently did it from an old work computer that built NPM packages from a local mirror of NPM internal to the company network. This meant that references to packages in package-lock.json pointed at mirror urls instead of the publicly-accessible npm.org urls.
# [keithjgrant] Firefox came back *years* after I published the package, and in some sort of routine review of the package, they were unable to build it from the source code because of the package-lock, and they pulled it from their add-ons.
# [keithjgrant] I tried to dust things off and rebuild several months ago, and found a) the JS tooling was really old and in sore need of updating and b) Chrome is soon (or now has?) made the switch to the newer Web Extensions Manifest V3 standard exclusively, which means if Omnibear still works in Chrome, it won’t for long.
# [keithjgrant] I put a good number of hours into updating the tooling and trying to convert to Manifest V3, but it was a much bigger time sink than I was prepared for and didn’t quite get there. I’m now in the middle of my book contract (CSS in Depth, 2nd edition) so I don’t think I’ll have a lot of time to give to finishing this for a while yet.
# [keithjgrant] If any JS devs are interested in helping take ownership of Omnibear, I’d love it. I’m bummed it’s in the state it is now.
# [snarfed] [keithjgrant] thanks for the explanation! I can definitely commiserate, esp w/manifest v3. https://github.com/snarfed/bridgy/issues/1090
# [keithjgrant] [snarfed] Yeah that’s a good idea
# [keithjgrant] [tantek] thanks!
# [manton] It looks like this: https://gist.github.com/manton/ff841b41487eaec611b16f835a07d4c5
# aaronpk this was my next thing to implement https://github.com/bluesky-social/atproto/blob/main/packages/pds/tests/crud.test.ts#L166
# [manton] I’m torn on how much more to do for now. I’m having fun with it, and I prototyped basic cross-posting from Micro.blog to Bluesky. But some of the limits make me want to pause for now, at least until the more public access. Maybe OAuth will be ready then too. (I implemented a username/password prompt, then I get a token and never save the password, but I hate even asking for the password.)
# [manton] [tantek] Definitely. So much is happening right now with new protocols, it’s the right time to think about how the IndieWeb fits into everything. I like that Bluesky prioritizes domain names and portability. I don’t love the API, but I’m good with POSSE for now just to dip my toe into the water.
# [tantek] agreed [manton]. I tried to recognize that positive step from BlueSky here: https://indieweb.org/bluesky#IndieWeb_Features
[TMichelleMoore] joined the channel