@julian I like the general direction, and it is very promising. Liking too the collab between NodeBB, Discourse and Lemmy in this regard. Very important that for interop sake. Thank you for all your efforts on the forum taskforce!

smallcircles@social.coop
@smallcircles@social.coop
Fedizens. We dream! โ
We dream that one day, not far from here,
๐๐บ peopleverse shall arise on our fedi,
Standing firmly on its open social stack,
Built by people from across our circles,
To be united in their hunger for peace ๐๏ธ
Let's surf delicious social fabric!
*Invest* in shared social experience,
To live happier forever after.
Radiate ๐ Humanness
Spray โจ Sparks of Joy
Enjoy ๐ Gems of Freedom
Weave ๐ฎ Essence of Life
Just ๐พ Walk your Dreams.
Giving 2 cts
CC-BY-NC-SA @humanetech
Ultimi post creati da smallcircles@social.coop
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
@steve @naturzukunft @skyfaller @hugh @bob
@evanGood thread!
I wanna collect C2S compliant projects here: https://codeberg.org/fediverse/delightful-fediverse-apps/issues/130I'm planning updates to the 4 fedi-related https://delightful.club lists and reorganising them. Have a humongous maintenance backlog too.
In this reorg I want to highlight the more interesting, unexplored and innovative directions that our fediverse may be evolving to.
The other day I had discussion on 2 top categories for fedi apps list: https://thoresson.social/@anders/114433900582811705
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
Yes, that is already a huge improvement. And such phrases help align minds and thinking to explore what that should mean in practice.
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
Anyway, at this point I may make a cross-reference to old notes I made wrt major challenges we face, and still do today.
Major challenges for the Fediverse
Various forum topics highlights big challenges for the Fediverse to overcome. Below there is a list of those, and all of them are within scope of Social Coding #foundations to contribute to solutions. Challenge Descโฆ
Discuss Social Coding (discuss.coding.social)
I think we can only hope to address these challenges if we do much more than just care for our code and protect our users. I understand where you come from and underline your ethics and values. We are kindred spirits in the commons But I am arguing that we may benefit from a slight perspective shift to help reimagine social.
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
I often mention this 'peopleverse' as something to envision, a hypothetical place where our offline and online worlds seamlessly connect and support our daily lives.
It is a philosophical abstraction, but it is a useful one. What happens when I open my eyes in the morning and events starts flowing in on the single timeline of the life that I lead?
(One thing is that I can go online and engage in global-square twitter 2.0 where people build protection after the fact.)
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
More interesting angle to your question, maybe why asked, is to "reimagine forums" in our new age of social networking.
Yesterday I had a discussion about https://blocks.githubnext.com "Reimagine repositories". Great ideation starting point. What is a repository actually? Container of a solution? Or .. what?
Maybe a forum is single-person software, attached to the social graph of the social web? Tapping into activity streams and knowledge bases. To 'slice' our personalized community views?
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
I am only observing that there is a missing focus on the social side, the soft and fluffy parts that many devs hate. And in return what we build is kind of a technosphere, missing the social layers to really click with people. Unless with the help of some 'digital transformation' which is the opposite of what we should be doing.. bring tech to be supportive of people, anticipate their true needs.
Anyway, I'm side-stepping. You know this well, and do wonders wrt help!
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
Yes, we must be responsible, create safe spaces, etc. Yet how we talk with or about other people matters a lot. There's endless debate around developer privilege, sometimes fair, sometimes not. But there is a lot of 'we know what is best for the user' explicit/implicit outcome.
If we are so diverse, why not walk that adventure together, discuss needs beyond the tech circle?
An analogy is development aid, where the West knows best what help to give.. they think.
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
Write software for online spaces where people can be safe!
Though I have a slight issue with 'users', and feel that with that terminology you already lose the first round, esp. in social networking.
just small circles ๐ (@smallcircles@social.coop)
To all the devs who still use "users" as common terminology. They are not your users. They are not junkies where you can just push your warez down their throat. People are checking your software out, for a whole host of different reasons. To see if your solution serves their needs. They are rich individuals with countless human traits, interests and dreams. By using the term you detach yourself emotionally. Don't other them as users. It has an alienating effect, in a time where we need to unite.
social.coop (social.coop)
"The farmer protects the hens against the fox by building a fence around them". A single word puts so much distance between people.
-
RE: As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
For sure. Federating SocialHub was a long-term desire, and we got called out for being on a non-decentralized forum software talking decentralization. Rightfully so. But it is not all roses. There is more to do, which is nice as we are slowly doing it together :)