![Avatar](/_next/image?url=%2Flemmy-icon-96x96.webp&w=3840&q=75)
Scott M. Stolz
I am an entrepreneur, small business owner, author, and researcher. I am also working on an open source project called Neuhub.
I am posting from Hubzilla with Neuhub via ActivityPub.
Even though many fediverse users would not be interested on this, I could see a use case for this.
@Daemon Silverstein ActivityPub is mostly about sending posts and articles.
One relatively easy way to integrate ActivityPub might be to have the snippets be stored in some database on your website, and then have the option to create a post or direct message telling someone about the snippet. If the snippet is short, you could include a code block in the post, or you could provide a link back to the snippet on your website.
If you used something like Hubzilla, you could set permissions, controlling who can see the snippet or post. And, although not really designed for code snippets, Hubzilla does have webpages, articles, and wiki page that support code blocks. Although, now that you mention it, we probably could create an addon specifically for storing code snippets.
If you wanted to sync snippets or import between servers or accounts, that would require more advanced techniques, some of which are not really available over ActivityPub.
@Daemon Silverstein What features are you looking for in particular? An interface that stores code snippets and organizes them would not be too hard to build.
The question is, what federated features would you like to have?
I am curious if you are just wanting to make social media post searchable, or making a search engine (that indexes URLs, including public fediverse posts).
For content discovery and importation, you might consider using RSS / Atom as a way if ingesting new content. It is tried and true, and a number of fediverse platforms and websites already support it.
This sounds interesting. I would love to hear about how it could integrate with other platforms.
The biggest issue is economies of scale. Browser engines generally require a lot more coding and maintenance than social media software does (unless you are engineering to be the next Twitter will millions of users). This means more people involved and more organization is required than your typical ActivityPub-related project.
There actually have been many alternate browsers proposed and built, but they usually wind up being abandoned because of the lack of adoption and the amount of work it takes.
And, depending on the type of changes you are making, sometimes it is better to just use what someone else has built and modify it. That is why we have Waterfox, Opera, Brave, and numerous other browsers that use Chromium or Firefox as the base. Why build an entire car, when you can repaint it, change out the seats, add a quality sound system, and swap out the wheels for something nicer?
I do think that there needs to be more choices for browser engines, but I am not sure decentralization is the right word. What we need is more competition, or put another way, more players. The standards are open, so anyone with resources can build a browser. It is a matter of whether people will use the new browsers.