Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

NodeBB

  1. Home
  2. Technical Discussion
  3. Moving topics/contexts between communities

Moving topics/contexts between communities

Scheduled Pinned Locked Moved Technical Discussion
contextfepaudienceactivitypub
5 Posts 2 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • julian@activitypub.spaceJ This user is from outside of this forum
    julian@activitypub.spaceJ This user is from outside of this forum
    julian@activitypub.space
    wrote last edited by
    #1

    Moving contexts (aka topics/threads) between audiences (aka categories/communities) should be something that can be communicated outward.

    NodeBB is experimenting with using the Move activity to communicate this to other instances.

    When a context is moved from one audience to another, the object and all of its descendants go with it. This is communicated with a Move activity with the resolvable context as object, and with origin and target referring to the outgoing and incoming audience, respectively.

    An example Move:

    {
      @context: <... snipped>,
      id: "https://activitypub.space/topic/123#activity/move/1761362910015",
      type: "Move",
      actor: "https://activitypub.space/uid/1",
      to: ["https://www.w3.org/ns/activitystreams#Public"],
      cc: [
        "https://activitypub.space/category/1/followers",
        "https://activitypub.space/category/2/followers",
      ],
      object: "https://activitypub.space/topic/1",
      origin: "https://activitypub.space/category/1",
      target: "https://activitypub.space/category/2",
    }
    

    The object https://activitypub.space/topic/1 doesn't necessarily mean anything to most implementors, so unless the object domain is yours, you are expected to resolve it to find the root object (and associated context if necessary.)

    Would adding a new property like contextRoot pointing to the root-level object be useful for implementors?

    If target is null, theoretically this could signify the removal of a context from its audience. null values are apparently a no-no in AP so Remove activity is recommended instead.

    rimu@piefed.social and nutomic@lemmy.ml melroy@kbin.melroy.org I wanted to ping you all as I am interested in your feedback as I move toward drafting this FEP.

    1 Reply Last reply
    0
    • silverpill@mitra.socialS This user is from outside of this forum
      silverpill@mitra.socialS This user is from outside of this forum
      silverpill@mitra.social
      wrote last edited by
      #2

      @julian If context is a collection, Move is problematic for the same reason as Delete. I think users shouldn't move server-managed views.

      It would be better to introduce a companion object (or an actor) for context collection. I guess I need to say something that in FEP-f228.

      julian@activitypub.spaceJ 1 Reply Last reply
      0
      • silverpill@mitra.socialS silverpill@mitra.social

        @julian If context is a collection, Move is problematic for the same reason as Delete. I think users shouldn't move server-managed views.

        It would be better to introduce a companion object (or an actor) for context collection. I guess I need to say something that in FEP-f228.

        julian@activitypub.spaceJ This user is from outside of this forum
        julian@activitypub.spaceJ This user is from outside of this forum
        julian@activitypub.space
        wrote last edited by
        #3

        Would update work better?

        Move is pretty self explanatory, and I don't have any issue with a collection being moved from a collection to another collection (despite how odd that sounds.)

        1 Reply Last reply
        0
        • silverpill@mitra.socialS This user is from outside of this forum
          silverpill@mitra.socialS This user is from outside of this forum
          silverpill@mitra.social
          wrote last edited by
          #4

          No, Move is a good choice, but I do have a problem with its object being a collection. I am not sure if I can implement this in my ActivityPub client application.

          Are you opposed to adding a companion object?

          julian@activitypub.spaceJ 1 Reply Last reply
          0
          • silverpill@mitra.socialS silverpill@mitra.social

            No, Move is a good choice, but I do have a problem with its object being a collection. I am not sure if I can implement this in my ActivityPub client application.

            Are you opposed to adding a companion object?

            julian@activitypub.spaceJ This user is from outside of this forum
            julian@activitypub.spaceJ This user is from outside of this forum
            julian@activitypub.space
            wrote last edited by
            #5

            Not particularly, but I am worried about adding additional complexity since it affects developer buy-in.

            I'll bring it up at the next ForumWG for debate.

            1 Reply Last reply
            0
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Don't have an account? Register

            • Login or register to search.
            Powered by NodeBB Contributors
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • World
            • Users
            • Groups