It’s really surprising to me that the #fediverse hasn’t agreed on a standardized way to open cross-instance #activitypub objects and instead relies on links that open in the browser.
-
That’s really helpful. Thanks, Julian://
One follow up question? Is it possible for regular apps to use the web+ prefix, too? Otherwise we’d have to pick one over the other, which might be problematic.
-
well, the difference is what I demoed at IWC:
Apple itself (itms) or zoom https://www.visualcapitalist.com/zoom-boom-biggest-airlines/ can do anything.
You will not be asked for consent.
Same with mailto …But as shown the consent mechanism is not standardized and when I see the nearly white icon in the white browser bar I wanted to hit the person who made it cause at least 30% will not even realize it …
-
That’s really helpful. Thanks, Julian://
One follow up question? Is it possible for regular apps to use the web+ prefix, too? Otherwise we’d have to pick one over the other, which might be problematic.
This is possible as just answered to Julian but someone needs to fix the consent issues in the browsers (shown in posted demo video) which is nothing we can do …
-
This is possible as just answered to Julian but someone needs to fix the consent issues in the browsers (shown in posted demo video) which is nothing we can do …
@benpate @julian @ricferrer @trwnh
PS History continued, two years later, in 2019 I sponsored the first offiial ActivityPub Conf https://conf.tube/c/apconf_channel/videos and in the Prague dox museum we had a short session where we said to talk to the browser people again in some years. The 2020 Conf was fully packed and then I was personally overloaded with the EU DMA/DSA consulting (disclaimer; invited expert but all voluntary) …
But maybe that time would benow - at least in the interest of accessibility … -
@benpate @trwnh @evan @julian @rimu I know I implemented it at some point by analyzing what Facebook and co were doing. I think it was kind of a hack, but it worked. It didn’t let you know what was available. It just assumed it worked if you left the page and if you were still there it opened http. Like I said sometimes you had the page open when you came back to the browser (so it effectively opened both) but it wasn’t that annoying
@ricferrer @benpate @trwnh @julian @rimu so, maybe we should have a group working on this problem.
-
@ricferrer @benpate @trwnh @julian @rimu so, maybe we should have a group working on this problem.
-
@ricferrer@mastodon.social I feel keeping this on fedi is easier, but that's also because I don't have a matrix account

-
@julian @ricferrer I meant, taking it to a Task Force. It's a really important question.
-
@julian @ricferrer I meant, taking it to a Task Force. It's a really important question.
@evan@cosocial.ca yep! I was responding to using a matrix chat room.
I'm all for a task force on this.
-
-
I think the biggest difference with pdfs, mp4 in your example and an activity is that I most likely want to interact with an activitypub object: either follow, repost/announce, etc for this to work I need to be logged in. So is the solution to include an activitypub client in the browser? Use an external viewer that intercepts through browser extensions?
Now even the experience inside mastodon sometimes opens a webview

️@julian @evan @rimu @ricferrer @trwnh I think handlers like this are an older desktop paradigm, on mobile we already have share sheets, and we’re sharing a url, to an app, what happens when the app receives the url is a client concern. Get the ActivityPub representation, and carry on as you would in the fedi (actor follow, or object like share, reply)!
Desktop OS’ have already adopted this UX -
@benpate what are your thoughts on matrix? I am considering using it in a product I am working on and would love to know why you don’t like it 🧐
I’ve been testing Element X and haven’t found many issues.
-
This is AMAZING, Dan, and it would be a huge win. #ThankYouThankYouThankYou!!!
@benpate @trwnh @ricferrer @evan @julian @rimu Done!
https://loops.video/.well-known/webfinger?resource=acct:dansup@loops.video · BrowserPub · A browser for exploring ActivityPub and the fediverse
Explore the open social web through the lens of ActivityPub and the fediverse.
(browser.pub)
-
Here’s a question: do browsers let JavaScript introspect what custom protocol handlers are available/installed?
I’m planning a Franken-widget that works with whatever tools are available.
Activity Intents? Sure
Custom protocol? Okay, we’ll use that too.
None of the above? Sniff the server and polyfill.
We could certainly try an “AND” approach, if JavaScript will let us.
-
@julian @evan @rimu @ricferrer @trwnh I think handlers like this are an older desktop paradigm, on mobile we already have share sheets, and we’re sharing a url, to an app, what happens when the app receives the url is a client concern. Get the ActivityPub representation, and carry on as you would in the fedi (actor follow, or object like share, reply)!
Desktop OS’ have already adopted this UX@django @julian @evan @rimu @ricferrer now that i'm more awake, one other big concern is that fedcm means no privacy. so a browser or os solution like an extension or a share target is privacy-preserving. i don't think it's acceptable to make people say who they are just so like and share buttons can work. your identity should not be known to the site necessarily unless there's a very good reason (like reading private posts)
-
@ricferrer @evan @julian @rimu
https: is not for web pages. it's for http resources, which can be any content type. the content should be dispatched to the appropriate content handler; for example:
- html opens in an html viewer
- pdf opens in a pdf viewer
- png opens in a png viewer
- mp4 opens in an mp4 vieweractivity+json could be opened in an activity viewer. see firefox for example in pic 1:
How about we start by acknowledging that this is indeed a pain point, and it's been widely discussed that it needs a fix;
@ricferrer
> it’s horrible UX. It opens a browser where I am not logged in instead of opening my default appIn @moshidon, fediverse URLs are often (but not always) recognised as such, and opened in the app, instead of sent to a browser. Can you explain how you achieve this Lucas, and why it doesn't work with every fediverse URL?
-
How about we start by acknowledging that this is indeed a pain point, and it's been widely discussed that it needs a fix;
@ricferrer
> it’s horrible UX. It opens a browser where I am not logged in instead of opening my default appIn @moshidon, fediverse URLs are often (but not always) recognised as such, and opened in the app, instead of sent to a browser. Can you explain how you achieve this Lucas, and why it doesn't work with every fediverse URL?
@strypey did we not start with exactly that? we're way past the point of acknowledging the pain point...
-
This is AMAZING, Dan, and it would be a huge win. #ThankYouThankYouThankYou!!!
@benpate @trwnh @ricferrer @evan @julian @rimu So I have a working proof of concept, using the Activity Intents FEP and a polyfill for software not yet supported.
Want to work on this together?
I will be getting the webintents.net website up shortly

Web Intents (@webintents@mastodon.social)
Attached: 1 image Introducing WebIntents: A universal follow button for the fediverse. Embed or link it anywhere. Click, enter your server, follow. Works with Mastodon, Emissary, Loops & more. Powered by @benpate's amazing Activity Intents FEP*. Coming soon. Calling all fediverse devs: let's collaborate and make this better together. ✨ https://webintents.net * - https://codeberg.org/fediverse/fep/src/branch/main/fep/3b86/fep-3b86.md
Mastodon (mastodon.social)
-
@benpate @trwnh @ricferrer @evan @julian @rimu So I have a working proof of concept, using the Activity Intents FEP and a polyfill for software not yet supported.
Want to work on this together?
I will be getting the webintents.net website up shortly

Web Intents (@webintents@mastodon.social)
Attached: 1 image Introducing WebIntents: A universal follow button for the fediverse. Embed or link it anywhere. Click, enter your server, follow. Works with Mastodon, Emissary, Loops & more. Powered by @benpate's amazing Activity Intents FEP*. Coming soon. Calling all fediverse devs: let's collaborate and make this better together. ✨ https://webintents.net * - https://codeberg.org/fediverse/fep/src/branch/main/fep/3b86/fep-3b86.md
Mastodon (mastodon.social)
-
@benpate @trwnh @ricferrer @evan @julian @rimu So I have a working proof of concept, using the Activity Intents FEP and a polyfill for software not yet supported.
Want to work on this together?
I will be getting the webintents.net website up shortly

Web Intents (@webintents@mastodon.social)
Attached: 1 image Introducing WebIntents: A universal follow button for the fediverse. Embed or link it anywhere. Click, enter your server, follow. Works with Mastodon, Emissary, Loops & more. Powered by @benpate's amazing Activity Intents FEP*. Coming soon. Calling all fediverse devs: let's collaborate and make this better together. ✨ https://webintents.net * - https://codeberg.org/fediverse/fep/src/branch/main/fep/3b86/fep-3b86.md
Mastodon (mastodon.social)
Yes. I'm in.
I've built similar buttons for Emissary, but they require too much server-side logic. I've been wanting to migrate the whole thing to client-side JS for some time, and make an easy widget that "webmasters" can drop on their pages.
If you're interested, you're more than welcome to take the lead on this (I'm sooo full rn) and I'll do whatever you need to help out.
And if you want to chat, let's jump on a video call

or should I make one?