If Alice makes a followers-only post, and Bob replies to it, to whom should Bob's reply be visible?
-
@evan Let's talk about implementation. In many cases, Bob don't know Alice's followers. The only way to deliver the reply to all Alice's followers without needing Alice to disclosure all her followers is relaying the message for Alice to deliver. This approach even have the advantage of federating Alice's moderation actions over her replies.
-
@evan @luana
yeah, and i want to emphasise that in my original comment the main point that audience shouldn't be allowed to be expanded, but should definitely be allowed to get narrowed. hence why i'm saying privacy controls for replies should be entirely different, with the most *broad* option allowed being "original audience". -
@evan @luana
yeah, and i want to emphasise that in my original comment the main point that audience shouldn't be allowed to be expanded, but should definitely be allowed to get narrowed. hence why i'm saying privacy controls for replies should be entirely different, with the most *broad* option allowed being "original audience". -
@evan Let's talk about implementation. In many cases, Bob don't know Alice's followers. The only way to deliver the reply to all Alice's followers without needing Alice to disclosure all her followers is relaying the message for Alice to deliver. This approach even have the advantage of federating Alice's moderation actions over her replies.
@cochise this isn't a problem with ActivityPub. We have two different ways to do this.
-
For "Other", a lot of people replied with "the intersection of A's followers and B's followers". This makes replies to replies to replies less and less visible to participants, until practically no one can see what's being said. It's terrible for conversations.
@evan it nonetheless sounds right to me when the conversation is initiated as followers-only; a choice for a semi-private audience. Each conversation thread should narrow in to smaller audience, even if that means eventually parts of it are essentially mention-only.
-
@evan it nonetheless sounds right to me when the conversation is initiated as followers-only; a choice for a semi-private audience. Each conversation thread should narrow in to smaller audience, even if that means eventually parts of it are essentially mention-only.
@novelgazer the original post and the replies don't have to be isomorphic. If I post a photo of a bus, do all the comments have to be photos of buses? No, obviously not. A "followers-only" conversation where every post is visible to the author's followers is meaningless; it's much more important and natural to have a conversation amongst a group of people.
-
@evan Alice should be the one to decide if she wants to hear from Bob's followers, seems to me.
-
@novelgazer the original post and the replies don't have to be isomorphic. If I post a photo of a bus, do all the comments have to be photos of buses? No, obviously not. A "followers-only" conversation where every post is visible to the author's followers is meaningless; it's much more important and natural to have a conversation amongst a group of people.
@evan on reflection, I take it back. I think Alice's followers is right. Bob should be aware that he's replying to "Alice's followers only."
-
@evan
Either :
1. Respect OP pref only (all replies visible to Alice followers) + inform repliers their post pref might not be respected as they're not OP & their replies will be visible to all Alice followers.
2. Also respect replier pref (so intersection of Alice followers and Bob prefs) and when that prevent users from seeing a response, show it to them (u cannot view answer unless by following x, with a button to do it if wanted)
Ideally we'd have distinct prefs for our op vs replies -
@evan
It should be visible to the original set as Alice shared the post with her followers, not followers of followers (light blue segment of set diagram). Any of Bob’s followers that also follow Alice will see the post and replies anyway. See comments on set diagram and post about the set theory maths/model - https://mastodon.social/@dahukanna/116030140984675453@dahukanna @evan @stefan
I would argue that it should be an option to allow for, or encourage, growing the group with replies.
But for certain, this shrinking of the audience (to the intersection of A and B) should be an *option* for Bob. Bob may not care to restrict their replies to their own followers. Bob may want to talk to everyone seeing the OP. -
Mastodon doesn't do either of these things, by the way. It doesn't let you reply to Alice's followers, and it doesn't use the `replies` collection for showing and hiding replies. It's too bad; these are really valuable features of ActivityPub.
@evan i think you know where i already stand on this, but instead of recursively crawling replies collections it would be better if alice had a collection that alice owned and contained a flat set of whatever alice wanted to be in it.
i think "bob gets to choose" is not inherently problematic insofar as alice never actually established any context. bob's post stands on its own, with any arbitrary audience. if there *was* such a thing as "alice's convo" then it can/should have its own audience.
-
@evan i think you know where i already stand on this, but instead of recursively crawling replies collections it would be better if alice had a collection that alice owned and contained a flat set of whatever alice wanted to be in it.
i think "bob gets to choose" is not inherently problematic insofar as alice never actually established any context. bob's post stands on its own, with any arbitrary audience. if there *was* such a thing as "alice's convo" then it can/should have its own audience.
@evan this does lead to a sort of split horizon where "the conversation" depends on who you ask.
in the absolute sense, the global context, bob's reply can continue to exist outside of alice's context. this is actually quite normal -- what is weird is the assumption that all replies must necessarily be bound together.
if i could set my own metadata, this reply would exist in a separate context than your poll, and you might be cc'd.
-
@evan this does lead to a sort of split horizon where "the conversation" depends on who you ask.
in the absolute sense, the global context, bob's reply can continue to exist outside of alice's context. this is actually quite normal -- what is weird is the assumption that all replies must necessarily be bound together.
if i could set my own metadata, this reply would exist in a separate context than your poll, and you might be cc'd.
@evan re: "but you're replying to something that could be private"-- yes, i could be. i could be replying to anything or nothing at all. replying to a cnn article, replying to an overheard statement, replying to the weather, replying to a concept.
one example i think about in this regard is how the Linked Data Notifications spec is technically a response to the Social Web WG charter, because that's what prompted its existence: https://www.w3.org/TR/ldn/
if alice lets you see it, cool! if not...
-
@evan re: "but you're replying to something that could be private"-- yes, i could be. i could be replying to anything or nothing at all. replying to a cnn article, replying to an overheard statement, replying to the weather, replying to a concept.
one example i think about in this regard is how the Linked Data Notifications spec is technically a response to the Social Web WG charter, because that's what prompted its existence: https://www.w3.org/TR/ldn/
if alice lets you see it, cool! if not...
@evan anyone recognizing "alice's conversation" asks alice what is in that conversation, canonically according to alice.
bob's signal for participating in alice's conversation is referencing alice's conversation as context for bob's post... and addressing the audience of alice's context, and perhaps even choosing not to address his own followers if it's not relevant to them. this works much like a mailing list.
in https://w3id.org/fep/7888 i use `context` and `context.audience` as examples.
-
@evan anyone recognizing "alice's conversation" asks alice what is in that conversation, canonically according to alice.
bob's signal for participating in alice's conversation is referencing alice's conversation as context for bob's post... and addressing the audience of alice's context, and perhaps even choosing not to address his own followers if it's not relevant to them. this works much like a mailing list.
in https://w3id.org/fep/7888 i use `context` and `context.audience` as examples.
@evan this is of course heavily inspired by, if not taken almost directly from, section 5.1.1 "context and audience" in AS2-Vocab: https://www.w3.org/TR/activitystreams-vocabulary/#audience-and-context
-
@evan i think you know where i already stand on this, but instead of recursively crawling replies collections it would be better if alice had a collection that alice owned and contained a flat set of whatever alice wanted to be in it.
i think "bob gets to choose" is not inherently problematic insofar as alice never actually established any context. bob's post stands on its own, with any arbitrary audience. if there *was* such a thing as "alice's convo" then it can/should have its own audience.
@trwnh Yes, I agree that a thread collection and a replies collection are useful.
-
@evan anyone recognizing "alice's conversation" asks alice what is in that conversation, canonically according to alice.
bob's signal for participating in alice's conversation is referencing alice's conversation as context for bob's post... and addressing the audience of alice's context, and perhaps even choosing not to address his own followers if it's not relevant to them. this works much like a mailing list.
in https://w3id.org/fep/7888 i use `context` and `context.audience` as examples.
@trwnh I don't think the thread is addressable, and I don't think `context` is a good property to use here, but otherwise I agree. Alice should maintain a collection of content objects in the thread.
-
@trwnh I don't think the thread is addressable, and I don't think `context` is a good property to use here, but otherwise I agree. Alice should maintain a collection of content objects in the thread.
@evan "the thread should have its own audience" is the main bit i am advocating for here i guess, as opposed to "every individual post has its own audience". with the latter you always get issues like this. with the former you bind context and audience together.
-
@evan "the thread should have its own audience" is the main bit i am advocating for here i guess, as opposed to "every individual post has its own audience". with the latter you always get issues like this. with the former you bind context and audience together.
@trwnh every object in ActivityPub has an audience defined by its addressing properties.
-
@trwnh every object in ActivityPub has an audience defined by its addressing properties.
@evan true, but this is where the problem arises...
