Existing implementations of Conversation Containers (#Streams and #Hubzilla) add a context property to top-level posts of conversations. This is also what FEP-171b currently prescribes.

However, as I noted in the FEP, this is not consistent with FEP-7888 recommendations.
context property is supposed to be used for grouping objects, and in Conversation Containers we have a collection of conversation activities, not posts.

A property that links top-level post to its conversation container should be called differently. For example, threadContext or conversationContext

Note.threadContext == Add.target.id

context can still be used, but for linking to the collection of posts (although I would prefer to use thread for that purpose).

#fep_171b #ConversationContainers

@silverpill@mitra.social I would think that FEP-7888 merely suggests that as:context be used to group objects, although I think an implementation using it to group activities would be considered compliant. (@trwnh@mastodon.social to comment?)

I don't see why a top-level post linking to its conversation container would need to use a property separate from as:context. It sounds like you consider the conversation container and the collection of posts to be separate entities, but that needn't be the case, they can be one and the same, unless I am misunderstanding.

Last time ForumWG met we voted to recommend that individual objects use as:context. There is no additional guidance at this time as to what it points to or whether it should resolve (although that would be a logical next step).

@julian @trwnh

>It sounds like you consider the conversation container and the collection of posts to be separate entities, but that needn't be the case, they can be one and the same, unless I am misunderstanding.

Yes, conversation container is separate from collection of posts. Container contains activities (in the original implementation, it is a collection of Add activities). Top-level post is not part of that collection, and therefore shouldn't have it as context.

@silverpill @trwnh @julian
why would a top level post not be part of its own context?

@jenniferplusplus In our case, conversation context is a collection of activities. If we add top-level post (Note) to that collection, it becomes a mixed bag. It's harder to parse, and generally doesn't feel right to me.

So I want to have two collections, one with activities and one with posts, and use two different properties:

1. Note.threadContext (or Note.conversationContext) - points to a collection of activities.
2. Note.thread (or Note.context) - points to a collection of posts.

@trwnh @julian

@silverpill @trwnh @julian
Yes, I get that you want a collection of activities. But that's not what I asked. You said the top level post should not be part of it's own context collection. Why not?

@jenniferplusplus @silverpill @julian my read of the topic so far (if i understand correctly) is that there's confusion on a context being bound by "posts" or "activities". imo it can be whatever -- participants optionally declare a context they consider their objects created within, but moderators then optionally add what they want (since it's a collection they own). the "next step" would be to signal the moderator's criteria for what might get added, but there are no hard-and-fast rules in AP,

@jenniferplusplus @silverpill @julian ...so it's anyone's opinion on what should end up in any collection

personally i still think the `outbox` is the most natural place to put activities. especially if they're Add activities. in its simplest form, consider such an `outbox` to basically be an append-only log of Add and Remove activities. this logically implies that the collection contains the objects of the Add/Remove

this can be more or less automated by making the collection Add to itself

@trwnh @silverpill @julian
No, that is not the confusion.

silverpill said:
> Yes, conversation container is separate from collection of posts.

Cool

> Container contains activities (in the original implementation, it is a collection of Add activities).

I can live with this

> Top-level post is not part of that collection, and therefore shouldn't have it as context.

Why? This makes no sense. Why is the first post in a thread not part of the context?

@jenniferplusplus @silverpill @julian i'm not really happy with this 100% but there's no getting around the difference in implementations because it really stems from a more fundamental issue -- that of the "fediverse" not actually being a single replicated network, but really an ersatz way to publish resources to the Web that describe more or less the same end result but in multiple possible (and logically equivalent) forms

@trwnh@mastodon.social @jenniferplusplus@hachyderm.io @silverpill@mitra.social I think that makes sense considering that outboxes already do contain activities, so it's not a stretch from prior art.

I'd also like to know the thinking behind excluding root-level post from the context collection. I think it belongs within, but other software may consider root level objects to be like "topics", and so would be on a separate level from replies. The easiest example I can think of right now is Lemmy, which is how it handles posts.