Recent searches
Search options
activitypub should have defined a `Reply` activity and the `replies` collection should have contained these activities
@evan evan, not only did i read your book, i also reviewed it for o'reilly at your request. the topic at hand is about reply notifications and reply acknowledgements, two things which are not specified in the activitypub TR. we have Like+likes and Announce+shares, and to some extent we have Follow+followers, but everything else is left as an afterthought perhaps stuffed in a Create. i'm very confused what this kind of response is supposed to mean.
@trwnh so, the way you let someone know you replied to them is that you include the original object as the `inReplyTo` property of your reply object. You then send them the `Create` activity that creates your reply by including them in the addressing properties of the `Create` activity. The OP adds the reply object to the original object's `replies` collection. Many servers do this automatically, but it's possible to let the recipient approve or reject replies they receive.
@trwnh they can send an `Add` or `Approve` activity to let the other recipients of the original object know that a new reply has been added.
@trwnh the original author can also add the object to the `thread`, which contains the full reply tree.
@trwnh also, thank you for your review. It was by far the best one I got.
@evan the only point i'm trying to make here is that a Create is a "notification that someone created something", not a "notification that someone replied". if you have something which is both a reply and a quote and who knows what else, then you are overloading the Create with highly specific introspection and possibly complex boolean logic (Create AND object.inReplyTo NOT (object.tag[*] is Link AND Link.rel = _misskey_quote))
a simple match on the top-level type array could suffice!
@trwnh `_misskey_quote` is bad, not `inReplyTo`.