I see it as a way to usher bad stuff into nostr as a whole. I can say that I'm very anti-edit, in general. The way I found out that you can't edit when I first acclimated to nostr shaped my expectations and behavior in a much more positive way. I think that is one of the reasons why nostr us so weird and so fun and so dang high SNR (signal to noise ratio).

Editing let's people hide stuff. Editing brings in the impulse to correct everything. Editing lets someone self-censor. Editing can cause a covering up.

I especially don't understand why it was done the way it was done, as it seems to have broken basic compatibility with other apps in a seemingly self-serving way. This is pretty much the primary example of why I don't like it.

NOSTR didn't need edits. NOSTR didn't need to become even more convoluted for new devs.

But hey, you do you. I'm just not gonna edit.

Reply to this note

Please Login to reply.

Discussion

Nostr is full of editable kinds. Blog posts for instance can be edited without even showing the history of the edits. Your follow and mute lists are edited when you add and remove people. You are using edits all the time in Nostr.

The beauty of these edits is that they don't delete the history. Yes, people can do all that behavior, but you can see them doing that. And knowing they are that type of people is better than not knowing.

But yes, in the end, if you don't like it, you don't need to use it. Let's other people have their fun with it.

Of course it is. A list would be mostly useless unless it was editable. But, the content? That's another story, especially if the implementation breaks compatibility in a rather almost combative way.

Yes, you can obviously do that. But should you?

I certainly will leave edits to those who wish to use them, though, I still don't think this is a good move for the whole of NOSTR. Adding complexity to a pillar is the protocol is not what I consider a good thing. But, I'm also not a dev/coder so I can't really say much about it in a practical sense.

Rock on with your bad self.

Frankly, you can do way more damage editing lists (tags) than editing the content. That's why this version only allows you to edit the content and not the tags of the post.

I wouldn't know. But, cool.

I'm very sure you are sure you know what you are doing!

I don't know anything. I just ship stuff and observe how people use it :)

nostr:npub1q6ya7kz84rfnw6yjmg5kyttuplwpauv43a9ug3cajztx4g0v48eqhtt3sh and nostr:npub1m4ny6hjqzepn4rxknuq94c2gpqzr29ufkkw7ttcxyak7v43n6vvsajc2jl and others have raised this point. It’s important to hear, and I’m not sure you have acknowledged.

Editable posts breaks nostr. If user on A client sees all versions, but users on B, C, D clients only see the first version, then nostr is broken. Users cannont have a reliable conversation anymore.

This is serious flaw in your implementation. Until … what? … all client MYST adopt editable posts?

#nostrisforked

> MUST

Can someone edit that to for me?

No, you have to sign that edit yourself. No one can do this for you.

No it's not. It's a choice. If you don't want to see edits, you don't need to implement it and as a user, you don't need to use a client that does it. You would see exactly the same thing as if edits didn't exist. It's perfectly backwards compatible.

Also, posts don't look the same in all clients. That's a myth. They will never look the same. We all render different things.

Dude. Posts don’t look the same, but the content SHOULD be the same.

And a user who “disables” editing in a client capable of editing … GFY. That’s not the problem case.

ALL edits are the problem, for ALL clients who don’t implement edits.

For clarification: if a note is edited,will the new version be pushed to all clients? Or will some clients show the original note, some show the updated note without history, and other show the current plus history?

The edited note will be pushed to the relays and the various clients will display (or not display) it the way they are configured.

Beave clearly meant "lists" as in "mute list" or "favorites list".

Not "tags in the json file containing a microblogging note".

#Bitcoin newsletter is live now + with top Investors getting our free weekly market report and best strategy for passive accumulation,

Flip over 1406.50% with the current bull run, don't miss out join RCL VIP group now and gain1000x to all your asset

https://t.me/rebelcapitalistshow

Why would the ability to edit something usher and the bad stuff? Why wouldn't the bad stuff just be said on their initial post? Bad stuff doesn't require edits. that's silly. I'm very pro edit.

Editing isn't so much the issue.

1. The method used in how this version of editing was implemented has forked nostr irreparably. This is without warning or consultation with other devs. This HIGHLY discourages a consistent protocol and will hamper further protocol development as it balkanizes. Nostr is too small yet to deal with that, and I am concerned this will be the end of innovation with emphasis on collaboration.

2. The issue is that there is more no cost to editing, and less with forking. The fact that up to this point what you type and hit send on a note is more or less permanent is a positive, IMO, behavioral modifier. When you know you can fix something, you will not put effort into anything. It's basically as trashy as fiat now.

3. Edits could always be done in replies, anyway. So now we have a broken ecosystem for something of very dubious value and also opened up a new attack vector. There are ways to mitigate this, but, I hesitate to propose anything since I'm not a coder.

I'm going to have to respectfully disagree here bud.

Good. 😊