I believe that the addition of an edit history would be a massive boon to the usefulness of Lemmy on the whole. A common problem with forums is the relatively low level of trust that users can have in another’s content. When one has the ability to edit their posts, and comments this invites the possibility of misleading the reader – for example, one can create a comment, then, after gaining likes, and comments, reword the comment to either destroy the usefulness of the thread on the whole, or mislead a future reader. The addition of an edit history would solve this issue.

Lemmy already tracks that a post was edited (I point your attention to the little pencil icon that you see in a posts header in the browser version of the lemmy-ui). What I am describing is the expansion of this feature. The format that I have envisioned is something very similar to what Element does. For example:

What this image is depicting is a visual of what parts of the post were changed at the time that it was edited, and a complete history of every edit made to the post – sort of like a “git diff”.

I would love to hear the feedback of all Lemmings on this idea for a feature – concerns, suggestions, praise, criticisms, or anything else!


This post is the result of the current (2023-10-03T07:37Z) status of this GitHub post. It was closed by a maintainer/dev of the Lemmy repo. I personally don’t think that the issue got enough attention, or input, so I am posting it here in an attempt to open it up to a potentially wider audience.

  • @Kalcifer@lemm.eeOP
    link
    fedilink
    English
    01 year ago

    It adds nothing to the discussion.

    It wouldn’t technically add content (unless you count the peristant old versions as added content), it provides passive improvement to quality.

    Also, I’m hosting my own instance (for others as well) and the (unoptimized) storage use is already huge.

    What portion of that is text, and what portion of that is media?

    No need to pay for something I don’t really care about.

    Do note that, presumably, were this feature to be implemented, it would likely be able to be disabled on the side of the instance – meaning that your instance wouldn’t store any of the edits itself.

    • Rikudou_SageA
      link
      English
      11 year ago

      What portion of that is text, and what portion of that is media?

      All of what I had in mind is database, media I have in a separate and cheaper storage.

            • Rikudou_SageA
              link
              English
              21 year ago

              3 months and a bit. No idea about increase rate, I just have a watcher for free space and don’t particularly care.

              • @Kalcifer@lemm.eeOP
                link
                fedilink
                English
                11 year ago

                So that’s about 100GB/year of text? If so, then that is, indeed, a very large amount of text being generated.