Relaxing treatment of non-notes by Mastodon
-
infinite love β΄³replied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @julian @mike @hongminhee @thisismissem @pfefferle @michael @renchap
You can do all of those things and they mean whatever the negotiated meaning is between the human author and the human audience.
From an AP machine view, Liking a Like just means that your Like SHOULD be added into the `likes` collection of that Like. From a human view, it simply means βI like that you liked this.β
-
Darius Kazemireplied to infinite love β΄³ on last edited by
@trwnh @erincandescent fwiw I'm 100% on board for following Collections exposed as streams. It seems to me the reasonable solution to the as:Listen-spamming issue here. If you subscribed explicitly to get as:Listen then it is completely reasonable to expect your client to know how to handle it in a way that is not annoying to the end user
-
infinite love β΄³replied to Erin π½β¨ π 38C3 on last edited by
@erincandescent haha, I donβt think itβs violent! nor do I think itβs completely agreement, either β we probably still disagree about the fundamental nature of an Activity, for example.
To summarize, how I think we should proceed is that we should implement more generic support for text reprs of arbitrary objects, including arbitrary activities. My happy default is that any object with content is a βpostβ, and beyond that, you MAY choose to support contentless Activity types with side effects.
-
Erin π½β¨ Β π 38C3replied to infinite love β΄³ on last edited by@trwnh @julian @mike @hongminhee @thisismissem @pfefferle @michael @renchap and I agree, but I think this approach if actually implemented really combinatorially explodes the protocol. An implication of this direction of thought is that your like has a likes collection, and that likes collection has it's own likes collection, ad infinitum.
You really can express absolutely everything in ActivityPub/AS2 and it's it's biggest flaw IMO. The combinatorial explosion really paralyses implementers -
infinite love β΄³replied to Darius Kazemi on last edited by
@darius @erincandescent Itβs all just email subscriptions in my head, lol. Like in Github you can choose to be notified of comments, forks, etc. as you please. If LastFM added support for email notifications any time a friend scrobbled anything, and you subbed to that, wellβ¦ hey, itβs your inbox, right?
-
Erin π½β¨ Β π 38C3replied to Erin π½β¨ π 38C3 on last edited by@trwnh @hongminhee @julian @michael @mike @pfefferle @renchap @thisismissem if we got to do a clean slate do over, I'd commit to either full unification or separation of objects and activities, and also the "implicit collections" would not be reified as Objects (ideally we'd get structural addressing too: you'd be able to explicitly refer to a users followers - for example - without having to know the URL of the collection)
-
Erin π½β¨ Β π 38C3replied to infinite love β΄³ on last edited by
-
infinite love β΄³replied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @julian @mike @hongminhee @thisismissem @pfefferle @michael @renchap
This is why it should be simplified to βjust render the content/summary/nameβ for blogging-oriented apps. The combinatorial explosion is a consequence of hyperlinks. You canβt do away with it. Side effects should be progressive enhancements.
As a publisher, what you CAN do is decide not to put a `likes` collection on everything. This means that the Like of a Like has no side effects.
-
Jenniferplusplusreplied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @julian @mike @hongminhee @thisismissem @pfefferle @trwnh @michael @renchap
In that clean slate scenario, i would want to explore moving the information carried by activities into headers. -
infinite love β΄³replied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @darius I heavily dislike the firehose model and would be terrified if my email inbox submitted to the same philosophy.
-
Laurens Hofreplied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @darius @trwnh the fediverse in general could benefit from thinner servers and thicker clients, it would make all these interop discussions so much easier
-
Erin π½β¨ Β π 38C3replied to Laurens Hof on last edited by
-
Laurens Hofreplied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @darius @trwnh right, yeah, i meant this as a i'm-shouting-with-you-in-agreement-post
-
infinite love β΄³replied to Jenniferplusplus on last edited by
@jenniferplusplus @erincandescent @julian @mike @hongminhee @thisismissem @pfefferle @michael @renchap
We should go back to WebSub⦠and we should also go back to calling it PubSubHubbub
-
Erin π½β¨ Β π 38C3replied to infinite love β΄³ on last edited by@trwnh @darius I actually think this demonstrates a fundamental flaw in the email model
There are times you want to be able to do endpoint to endpoint but potentially automatic message exchanges, and email doesn't really have a mechanism for doing this
The straightforward example is my client noticing your S/MIME or GPG key is expiring and asking if there's a new one -
Evan Prodromoureplied to infinite love β΄³ on last edited by
@trwnh @thisismissem @pfefferle @hongminhee @julian @renchap @mike @michael icon, image can help too.
-
infinite love β΄³replied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @darius i think this could be solved by declaring specific endpoints for these things. no reason it should ever reach my inbox unless it's meant for my attention.
-
Erin π½β¨ Β π 38C3replied to infinite love β΄³ on last edited by
-
Evan Prodromoureplied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @julian @mike @hongminhee @thisismissem @pfefferle @trwnh @michael @renchap In pump.io, we divided the inbox stream between "major" (new content, new shares) which is shown in a home timeline interface and "minor" (everything else) streams which are shown like notifications. Your scrobbles should be notifications and should be silenceable by the recipient.
-
infinite love β΄³replied to Erin π½β¨ π 38C3 on last edited by
@erincandescent @darius if the actor represents me, then it is "my" inbox.
the correct solution imo is to spin up more bespoke actors. i'd really like to build upon the concept of "programmable actors", i.e., actors that are automated to act a certain way with activities they receive in their inbox. for example, a Relay could be defined as a programmable actor that Announces the object of any Create it receives, or Announces any activity it receives, or whatever. and it should be a JSON-LD type
