Skip to content

Forums and Threaded Discussions Task Force

Discussion and announcements related to the SWICG Forums and Threaded Discussions Task Force.

This profile is a discussion forum category and shares content from users who post in its discussions.

36 Topics 857 Posts
  • Agenda Prep for November 2024 WG Meeting

    6
    3 Votes
    6 Posts
    76 Views
    julianJ
    Reminder that the ForumWG meeting is coming up in one hour.
  • 7 Votes
    170 Posts
    4k Views
    silverpill@mitra.socialS
    @erincandescent @trwnh @evan @jenniferplusplus @mikedev @scott @julian @trwnhThe name of the property could be different, but I think it is useful to have two collections:- "Thread" is easier to implement, and in any case, software needs to keep track of reply trees, one way or another.- "Context" is a bonus. It contains everything related to a conversation, including reactions and edits. Some applications may not need it, and for some it might be difficult to implement, so it should be optional.My estimation is that implementation of "Context" + "Thread" will require roughly the same amount of effort as implementation of "Context" alone, so for those who want "Context" this separation should not be a problem. If software doesn't keep track of activities it can provide empty "Context", but their Add activities should nevertheless have it in target. Perhaps in the following form:"target": { "type": "Context", "id": "<context-collection>", "attributedTo": "<conversation-owner>", "thread": "<thread-collection>" }
  • 2 Votes
    5 Posts
    84 Views
    trwnh@mastodon.socialT
    @julian @thisismissem @silverpill which is to say: audience is what decides which objects you are even *aware* of, before you even get around to grouping them logically.in a centralized system you would query for all objects in the database where the context was what you wanted, and where the audience included you.in a decentralized system you work off of what’s in your inbox, and “follow your nose” to the context, which may have its own audience.
  • Minutes from 3 October 2024 WG Meeting

    61
    15 Votes
    61 Posts
    2k Views
    scott@authorship.studioS
    Having a separate thread property may be useful. One possible use case would be where threads or posts are labelled or categorized or placed in a list, and this is exposed as a context.In that case, the thread and the context would be different. cc: @Evan Prodromou @Sean Tilley @julian @Darius Kazemi
  • Setting up an Editor's Draft

    5
    1 Votes
    5 Posts
    112 Views
    julianJ
    @[email protected] sorry, I invited somebody else in my address book haha
  • Agenda Prep for October WG Meeting

    7
    3 Votes
    7 Posts
    240 Views
    damon@social.wedistribute.orgD
    @julian Yes, it was me. Thank you, I figured it was the one by Mr. Mike, thank you
  • Re: 400e, 7888, and conversation containers

    15
    0 Votes
    15 Posts
    344 Views
    trwnh@mastodon.socialT
    @silverpill @mikedev @julian the default assumption should not be "full representation", because you can never have the entire set of knowable facts about a given subject.what we should strive for instead is to make sure that any representation served is useful. this is not the same thing as it being "full". for example, there may be private attributes that are not being served.
  • How do we handle Groups (Reconciling FEP-400e and FEP-1b12)?

    54
    0 Votes
    54 Posts
    2k Views
    julianJ
    While discussing what is contained in the context collection, I'd like to clarify what exactly is being Add'ed in 400e and (the upcoming) 171b, and whether that also coincides with the collection items. That is, if a context collection contains only simple objects, then the assumption is that context owner will only federate an Add out for simple objects. Likewise if the collection contains activities, then I'd expect Add(Like(Note)) to come from that owner. However, a quick re-reading of 400e suggests that only simply objects are federated out via Add. That would tip the scale a bit toward the context containing only objects.
  • 22 Votes
    122 Posts
    5k Views
    julianJ
    @dariusk I may be overly optimistic, but I'd like to move forward thinking that perhaps that was then and this is now. Let's chat tomorrow (?) about the merits of your implementation and see whether we can make some waves!
  • This topic is deleted!

    1
    1 Votes
    1 Posts
    54 Views
    No one has replied
  • Making the case for richer HTML in ActivityPub

    23
    21 Votes
    23 Posts
    2k Views
    julianJ
    @eeeee don't engage, some people will always be unhappy unless they get everything for free.
  • No ForumWG meeting this month

    3
    4 Votes
    3 Posts
    622 Views
    julianJ
    @[email protected] thank you!
  • The current state of context resolution

    12
    8 Votes
    12 Posts
    639 Views
    silverpill@mitra.socialS
    @julian @alex-mehr @trwnh>There's no guarantee that a collection would present items in chronological vs. reverse chronological order — are you checking the timestamps and reversing as needed?The ordering can be specified by some property of Collection>Wouldn't you need to paginage through the entire collection anyway?The client will fetch pages until it finds an item that has already been processed.> I think that informs why I set up topic synchronization in this manner, and why my idea of context collections contain only objects; to me, activities don't really mean much at all.I'd prefer context to be a collection of objects too, as long as there's a way to retrieve activity history.Activity-based sync seems more natural to me. I think ActivityPub can be better understood not as a protocol for social networking, but as a distributed database where nodes sync datasets by sending messages over the network. Messages are activities, datasets are collections. When I send a Follow activity and your server responds with an Accept, followers and following collections are updated on both sides (or their equivalents if you don't store activities and collections). More generally, any activity delivery can be viewed as a synchronization of outbox collection.I think such change of perspective can greatly improve DX and provide a solid foundation for further protocol extensions
  • Agenda Prep for August WG Meeting

    3
    3 Votes
    3 Posts
    238 Views
    julianJ
    ForumWG meeting in ~1 hour N.B. We are deferring discussion on 1b12 vs 400e as @[email protected] is currently mid-flight, but will continue to discuss resolvable context, backfill, and syncing. There will be time for an open floor to discuss new topics, so if you have any ideas that may benefit the forum and threaded discussions sector of the fediverse, you are welcome to bring them up! Meeting Link
  • Threadiverse Working Group

    Moved
    48
    26 Votes
    48 Posts
    8k Views
    Nilesh TrivediN
    I am interested in this topic. Please add me to relevant groups/calls. My mastodon ID is: @[email protected] How do I catch up on the current state of things? All I know is that Mastodon and some other software allows subscribing to hashtags: https://fedi.tips/how-do-i-follow-hashtags-on-mastodon-and-the-fediverse/ But this is neither universal nor sufficient. Each community might use different hashtags for different "topics".
  • Working Group handle updated

    3
    3 Votes
    3 Posts
    205 Views
    antonio5609@socialhub.activitypub.rocksA
    Hi,Thanks for sharing this information.
  • 1 Votes
    2 Posts
    115 Views
    julianJ
    Just a follow up reminder that there is no ForumWG meeting this month. See you all next month!
  • How do you use `context` (if at all)?

    30
    7 Votes
    30 Posts
    1k Views
    angus@socialhub.activitypub.rocksA
    I think the answer to that has to be that you have to take whatever context is associated with the object you're sent as canonical. Otherwise we'll always be second-guessing. The context on the object of the first object in whatever collection you resolve could also be "wrong". Yes, practically speaking, this may lead to errors in certain cases, however I think that's better than making the context overly relative.**edit I guess in this case, practically speaking, you'd follow up with the implementer of whatever platform is being used to resolve the context you initially got and ask them to fix their issue
  • If you Announce(Object) are you not following FEP 1b12?

    15
    1 Votes
    15 Posts
    539 Views
    julianJ
    I've also added FEP 1b12 announces for additional activities: Create Update Like Undo(Like) Delete Confirming that at least Discourse accepted the Announce(Like(Note)) and parsed it correctly.
  • Minutes from 6 June 2024 WG Meeting

    21
    3 Votes
    21 Posts
    595 Views
    trwnh@socialhub.activitypub.rocksT
    I might not be communicating clearly either, but it’s a consistency thing. The intended usage I’m advocating for is to “make it an actor” by giving it an inbox and outbox, but also to go further and make self-managing collections that are attributed to themselves and Add objects into themselves. You can make the outbox private but you probably don’t want to. I don’t really see why to leave it out unless you were really adamant that the collections wouldn’t be actors. And if you go as far as I’m proposing with self-managing collections, then those are more clearly actors because they will be the actor of the Add activity. But also, you don’t have to go that far to just stick an outbox on it.