silverpill

I am interested in creating [Multikey](https://www.w3.org/TR/cid-1.0/#Multikey) objects that represent PGP keys. This is useful on its own, because these objects can be attached to other JSON documents, but it would...

[FEP-ef61](https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md) solves this problem.

Existing instances? FEP-ef61 solves the problem of attaching identity and data to a domain name, and it can be implemented in existing software. Implementers can use compatible IDs, this is...

>An activity is delivered to its targets (which are actors) Activities are delivered to actors, the spec is very clear about it. `Collection` is not an actor, it is a...

>The spec is also clear that anything can be an actor. No, it is not clear. The next big section after _4. Actors_ is _5. Collections_, implying that they are...

>Note that in https://www.w3.org/TR/activitystreams-core/#model there is no "Actor" core type. @trwnh Looks like it was not included by mistake. I opened an issue: https://github.com/w3c/activitystreams/issues/633 >or we rethink or rework Collections...

>The main user story is "following a conversation" I can think of two good options: 1. Create a separate actor and attach it to a "context" collection or to a...

>"You can send a Follow of any object to its attributedTo" is a major change to the spec. Who's to say that this is supported? This is what FEPs are...

I wrote [FEP-2277: ActivityPub core types](https://codeberg.org/silverpill/feps/src/commit/5c4787fd7f15c242d40dbf7d8db9f15d42ffbd9f/2277/fep-2277.md) (pre-draft), where an algorithm for identifying different object classes is presented, and a corresponding self-consistent classification. That algorithm has been successfully used "in the...

@captainepoch Sure, looks like a problem is on the Mitra side. Could you tell where data for this UI element comes from? I'd expect it to be `Status.in_reply_to_id` or `Status.in_reply_to_account_id`,...