#[tantek]alright, since that one-liner Apache .htaccess change worked for discovery, I'll make a PR for the Bridgy Fed docs accordingly
#[tantek]aaronpk were you able to "follow" me with that setup?
#[tantek]and aaronpk, [snarfed] do you mind uploading (or I can) those images to the wiki to document the "looks blank" experience
#barnaby[manton]: re 700 activitypub tasks queued up — out of interest, how many users is that covering? what’s the approximate average queue length per user?
#[tantek]I need to write some code to do this though: "include a link to https://fed.brid.gy/ in that post. Your web server should then send Bridgy Fed a webmention"
#[manton]barnaby: Honestly no idea how it maps to users. I’d like to dig into it but it has been low priority since everything is humming along. To be clear, the queues are usually processed very quickly.
#barnabyhow many active users does micro.blog have? I was just looking for a coarse denominator to put the 700 into context
geoffo and AramZS joined the channel
#aaronpk[tantek]: yes of course. I was able to follow, I haven't seen if any posts appear yet
#[tantek]hey for all the Bridgy Publish and Bridgy Fed empty links, I think we should be using ARIA so the links are ignored by screen-readers
#KatherineMoss[m]I use a screen reder,though I'm not up on my Aria stuff... what would that do, exactly, and what would it look like?
#[tantek]KatherineMoss[m] for Bridgy Publish and Bridgy Fed functionality to work, they require putting empty (lacking content) hyperlinks into your post in order for their use of Webmention to work. Those empty hyperlinks serve no purpose for any user, whether in a visual browser (which shows nothing since the hyperlinks lack content) or in a screen reader
#KatherineMoss[m]Isn't that odd... seems like a bad design call to me.
#[tantek]e.g. a hyperlink like this: `<a href="https://fed.brid.gy/"></a>`
#[tantek]so what I'm proposing, since that hyperlink should not show up or do anything in any kind of browser, is to use this code instead: `<a href="https://fed.brid.gy/" aria-hidden="true"></a>`
#[tantek]to avoid having the empty hyperlink errantly show up in screen readers
#KatherineMoss[m]Definitely should be a pull request somewhere... Because that would really make a better experience for folks, I think.
#[tantek]thanks KatherineMoss[m]. I'm going to test it on my own site first, and assuming it works / doesn't cause problems, I'll suggest it as a change to the Bridgy Publish / Fed docs
#[tantek]note that at least in my case such empty links are ephemeral anyway, I set a max 24h timeout on them and then they stop showing up. they're only there to act as "triggers" for Bridgy POSSEing / AP sending for new posts (which should happen within 24h of me publishing to my own site anyway)
slyduda joined the channel
#slydudasnarfed: any thoughts on adding bridgy support to cohost? from what i know there is no official API but that may be a fun silo!
#sknebel"This release will be made available on Tuesday 1st November 2022 between 1300-1700 UTC." and if they do that kind of embargo and coordination it's probably bad
#@tomfinley↩️ As far as I can tell, the most essential components are the ActivityPub Plugin (or @deviorobert’s Send to Mastodon plugin), the Webmentions plugin, and using http://brid.gy to connect to your social accounts, which instantiate social links to your site as blog comments. (twitter.com/_/status/1586371407805571073)
#@tomfinley↩️ As far as I can tell, the most essential components are the ActivityPub Plugin (or @deviorobert’s Send to Mastodon plugin), the Webmentions plugin, and using http://brid.gy to connect to your social accounts, which instantiate social links to your site as blog comments. (twitter.com/_/status/1586371407805571073)
gRegorLove__ and gRegorLove_ joined the channel
#[tantek]Twitter web vs iOS do different auto linking of my latest post
#[tantek]iOS app that is. The @-@ is linked differently
[timothy_chambe], [tonz], superkuh, [pfefferle], geoffo, mro, gRegorLove__ and totertats joined the channel
#KatherineMoss[m]epoch: I would say that it sounds like them under the reign of Bill Gates, but not now; Microsoft are actually preetty open source; the entirity of DOTNET sure is... it's the fully open source people that seem to be having more disagreements these days for some reason.
#sknebelwith AP it is more that the spec skips a bunch of stuff
#KatherineMoss[m]You wonder if it's a matter of the spec skipping things... whether someone could fill ing the gaps?
#[Murray][tantek] this may not be applicable for your use-case, but `display: none` might be a more appropriate way of removing those links? You could have a CSS rule along the lines of `a[href="https://fed.brid.gy/"] { display: none; }` which would then autohide any link on the page with that `href`
#sknebelI think people tried a few times, but nothing really got far
#[Murray]That would mean that sighted users and non-sighted users get the same experience, which is generally better, and works even in places where ARIA isn't supported. That said, I'm not 100% sure what the purpose of a text-less link is, so YMMV
#epochtext-less <a> is almost the same as a <link> I guess
#[tantek]display none hyperlinks is a spam signal to Google AFAIK so I think it is not recommended
#[Murray]I am surprised that a regular text-less link wouldn't be regarded in the same way? At any rate, I'd personally not care about Google, but either technique is likely fine 🙂
#[tantek]I don’t care about optimizing for G but I do care about being demoted
#sp1ffI have a philosophical question around post type discovery. The W3C spec eschews an explicit "post type" attribute, instead deriving it from post attributes. But I _want_ my posts to be interpreted as certain types by, say, brid.gy or webmention recipients. So now I'm reverse engineering the Post Type Discovery algorithm so that I can tag my posts with a "post type", produce compliant mf2, and have others then discover my intended post
#[tantek]what's you motivation i.e. use case for "wanting certain types"?
#[tantek]without a user-centric reason for it, then yes, it is off the garden path
#sp1fflol. For one, brid.gy suggests that it handles POSSE-ing different post types differently. "Bridgy Publish largely follows the Post Type Discovery standard to map a microformats2 post on your web site to a single thing." Webmention recipients may handle them differently; "Webmentions are filtered by typ, e.g. "repost-of", "like-of", etc. and shown at the bottom of articles and notes"
#[snarfed]sp1ff sorry if this is confusing! you're doing the right thing. the key point is that the spec(s) disscourage _explicit_ post types, ie adding some explicit mf2 or other tag to mark a given post as a "note" or "photo" or "check-in"
#[snarfed]instead we encourage people to add the corresponding _data_ to their posts (in mf2), eg u-photo or p-location
#[snarfed]are you seeing wm receivers interpret your posts wrong? or different than what you want?
#[snarfed]both services use webmention to trigger posting, which is unauthenticated, so they check for the presence of those links to confirm that you, the site owner, actually intend to POSSE the given post
#sp1ffsnarfed: Ah, I should have given context: I have a static site generated with Emacs Org Mode, so I'm effectively hand-authoring the HTML. All consumers are happy, because I've reverse-engineered PTD and am emitting the proper mf2 for my intended post types.
#[snarfed]sp1ff understood! if you think of it as reverse enginering PTD, agreed. instead, try thinking about it as just putting the stuff in posts that you want to put in them, not following an algorithm
#sp1ffOk, that's a different perspective for me. I'll think about "post type" in terms of my personal workflow & see what comes out of that... interesting. My priors may be interfering: the specs to which I've coded in the past (networking device drivers) have been very prescriptive.
#[snarfed]right! or even try not thinking about post type at all. the model here is less single type and more capabilities/"has" relationships, ie this post has pictures and has an original post it's replying to, that one has a location, etc
#[Murray]snarfed++ thanks for the context 🙂 Is there a reason that this uses an <a> element as opposed to something like a <meta> or <link> element in the head?
#Loqisnarfed has 23 karma in this channel over the last year (48 in all channels)
#[snarfed][Murray] for usability! With web servers/CMSses that support sending webmentions, if you add the link, it sends automatically
#[Murray]Ah of course 🤦♂️ That makes sense, thanks again!