I’ve been using the excellent ActivityPub Plugin for WordPress to connect this blog to the Fediverse for several years now, and it keeps getting better. The plugin makes any WordPress blog also work like a Mastodon server, so you can follow and interact from any site running Mastodon, Akkoma, Pixelfed (image posts only, of course), Snac or my favorite, GoToSocial.

Last year some features started breaking on here as WordPress and ClassicPress diverged, and I put some stop-gap fixes in place. I never quite got around to debugging it in my spare time, though. So I was very happy to see that starting with the 7.8.3 release a couple of weeks back, ActivityPub for WordPress now explicitly checks for ClassicPress to fall back to a compatibility mode!

You still need to trick it into thinking it’s on WordPress 6.5 or later (ClassicPress 2 split off from WordPress 6.2), but the latest version fixes all the problems I’d been working around on this site, including broken comment forms and missing images on the Fediverse view of a post.

Update: I missed a scenario with filtering comment authors in comment_reply_link. I’ve manually worked around it for the moment, and when I have a chance I’ll either do a proper bug report or suggest a proper fix.

So I’d like to give a shout-out to Matthias Pfefferle and the ActivityPub Plugin team and say: thanks for fixing it!

And if anyone reading this wants to connect their WordPress or ClassicPress site directly to the Fediverse (rather than just cross-posting or auto-posting links), this plugin is still the best way to do it.

On a related note…

I finally got around to fixing Share Classicly so it won’t add its link to the Fediverse view of a post. (Aside from cutting the clutter, boosting would make more sense anyway.) That’s the plugin I made that adds a ShareOpenly link to each post, so your readers can share to a Micropub, Mastodon, Bluesky, etc. account.

I read a lot of articles in one of two ways:

  1. Open a bunch of tabs and then read them one at a time
  2. Save a bunch of interesting-looking stories to Pocket and then read them one at a time

So by the time I’ve decided to share a link to the story on Facebook Twitter, Mastodon, etc., I’ve often forgotten where I saw it to begin with.

If it’s a site I follow regularly, or I found it through a search, or if it was recommended by Pocket, no big deal, but if someone else shared the link and I saw it, I feel like I ought to give a little credit.

Now, the share/retweet buttons do automate this trail…but only if you do it immediately on Facebook or Twitter, because they have a nasty tendency to update your timeline when you come back, making it difficult to find the post you clicked on.

So anyone notice how twitter actively discourages you from reading an article before RT it? I read, take my time, and when I go back, the tweet I was reading is “gone”, pushed down my timeline.
— Lee Skallerup Bessette makes zero magic (@readywriting) January 1, 2018

(It took me 30 minutes to find this tweet, since I couldn’t remember who had written it, only who on my list had retweeted it.)

This encourages you to share articles before you read them, no doubt contributing to the problem of people sharing stuff that turns out to be total BS, sending it halfway around the world before the truth can get its proverbial pants on.

I’m not sure how much people care about the trail these days. Citing the original source? absolutely. Posting someone else’s idea as yours? Hell yeah, just search for “stolen tweets.”

But the intermediary? Whether you follow the person you retweeted, or you follow someone who follows someone who follows someone who retweeted them, it looks the same to the rest of the world. Back when reposts and linkblogging were done manually, it was a BIG DEAL. I remember people getting upset that big-name bloggers would share links to things that smaller bloggers had already shared without crediting them. (Admittedly, I don’t remember whether it was a common complaint or just a few people.)

On the other hand, if you’re studying the spread of ideas, opinions, information or misinformation, it’s invaluable. And if you’re trying to hide a propaganda operation, you might want to disguise the trail…

But social media users do care about share counts and like counts. Original posters want the validation. Viewers see high counts as social proof that other people find the post valuable. And the platforms themselves use it as a signal to prioritize display in the newsfeed algorithm du jour. So there’s a strong incentive to get people (or bots) to use those share, reblog, retweet buttons.

So when it comes down to it, the normal use case preserves that link trail (even if you only see the oldest and newest links in that chain)…and I’m just an outlier when it comes to the way I use social media.

ShareThis is rolling out a tool for “frictionless sharing.” That’s the term for those apps or widgets that “let” you broadcast everything you do on a site to your social network. I suppose it sounds great for publishers, because your content gets shared more, but…

As someone who reads stuff online, “Frictionless sharing” is a privacy disaster waiting to happen. Undo is nice, but in a world where updates are pushed instantly, you can’t count on it.

As someone who follows social networks, it’s just more noise. I don’t want to know every article you read in your latest wiki walk. I’ll tune it out, or I’ll tune you out. What I want to know is which articles, photos and videos you think are worth sharing.

Between the ticker and the plans to auto-share even more activity on the timeline, I’m beginning to think that Facebook should call itself Firehose instead.

I’m tempted to ask, “Who the hell wants this?” but based on past experience, that usually means I’m just not in the target audience.

TechCrunch | Share Buttons? Ha. Facebook Just Schooled The Internet. Again.

(Originally posted on Google+)

Cool idea: Google is designing a “Web intents” system for web apps similar to intents in Android. For those who haven’t used Android, “intents” allow apps to register actions they can take — such as “I can share (or edit) images!” — and other apps to hand data over to them. That way your camera app doesn’t need to know about every possible image-sharing or editing app you can put on your phone.

Now they’re extending the idea to web applications. There’s a JavaScript-based proof of concept, and they’re planning to add native support to Chrome.

Originally posted on Google+

Update: While it would have been cool, Web Intents never got off the ground. Paul Kinlan describes what happened.

»All pages site-wide with this tag