Avatar
Sjors Provoost 1y ago

My thinking on how replies should work with respect to edits, without knowing how it actually works...

The edit should point to the original message. Clients should render the edited version if they know about it. But a reply should always refer to original id - even if they never saw the original version.

That way threads stay sane for everyone involved, including for clients that don't understand replacements.

Furthermore replacements should not be kind 1, otherwise they look like duplicates to clients that support replacements.

To avoid ambiguity about what you actually responded to, a reply could *also* point to the edited version in a separate tag.

Reply to this note

Please Login to reply.

Discussion

Avatar
Sjors Provoost 1y ago

Completely separate from edits you could have a maybe-delete and write again workflow. This might make sense if you said something completely insane and want to make sure that all your followers see the newly crafted message.

This will like a duplicate post to any client / relay that can't handle deletes. But then hopefully it's clear from context that the original was unintended.

Avatar
Sjors Provoost 1y ago

Completely separate from edits you could have a maybe-delete and write again workflow. This might make sense if you said something completely insane and want to make sure that all your followers see the newly crafted message.

This will look like a duplicate post to any client / relay that can't handle deletes. But then hopefully it's clear from context that the original was unintended.

Avatar
Sjors Provoost 1y ago

nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr some small tweaks you could make on noStrudel: update the timestamp in edits so it shows up below the original in a thread, and above in a timeline.

Also the yolo button doesn't give any indication that it succeeded. It should probably jump to the updated message.

Avatar
hzrd149 1y ago

The event publisher tool in noStrudel is designed as a tool to let users / developers publish any kind of bote they want. Its not really designed for editing notes, at least not in the sense of editing replies

Avatar
Sjors Provoost 1y ago

The noStrudel edit tool is improving. The ability of my brain to actually type what I'm thinking is not.

Avatar
PABLOF7z 1y ago

Nostrudel has edit support, nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr ? On kind 1?

Avatar
hzrd149 1y ago

no, I just improved the event publisher so you can republish any event you see nostr:nevent1qvzqqqqqqypzqfngzhsvjggdlgeycm96x4emzjlwf8dyyzdfg4hefp89zpkdgz99qyghwumn8ghj7mn0wd68ytnhd9hx2tcpzfmhxue69uhkummnw3e82efwvdhk6tcqypdf9u9ng644asrxsfxzcaayeq0knpnlppkmm9qy9qug8wqvsr7kk6lf7x8

Still not sure if there is a good solution for edits

Avatar
ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 1y ago

there should be a "replaces" tag

pretty sure i've been saying this for like 8 months or more

Avatar
hzrd149 1y ago

the problem with edits isn't tying them to the original note, but loading 2x more data

if every note could have an edit, then client has to be aware of that and try to load it

f5
protocolSociety 1y ago

sjors, i made a network similar to Nostr before nostr officially existed… i solved things differently. “relays” were in my design merely topographical bridges to prevent network partitioning. the concept of a thread breaks down when one realizes that the best way of protecting against spam, is to embrace p2p to the fullest extent of it. https://github.com/baumbit/treebit?tab=readme-ov-file#how-is-the-information-propagated