I'm wondering, could it make sense to have a tag that requires clients to disable comments for a note/article? Perhaps with a time indication, so the author can also set the deactivation in the future.

Content creators like this sort of feature.

Many people just want to share some content but they don't like to see it attached to random opinions, or don't like to be forced to interact with questions in the comments.

It also avoids spam on very old content.

It can be useful paired with some specific articles or pinned events in the profile as well: I can pin an article (so I can edit it) about my last activities, that points to other events, but disable the comment in this "index" since I will update it over time, so users are forced to comment on the target resources.

I know, it's not a priority at all, but it's easy to integrate and it doesn't break anything.

Reply to this note

Please Login to reply.

Discussion

I wouldn't use a client that would not allow me to comment on stuff. We don't need to re-create disabled comments on youtube videos.

There are nostr tools to comment on such youtube videos. Highlighter anybody? Should highlighter also be disabled?1

This is an interesting topic: be free to comment on anything VS respect authors' wishes to decide where this discussion should happening.

It's not an easy choice for me.

No, highlighter should not be disabled, since they create a new note. In fact if you want to actually comment something you can still do it, simply quoting the event. No free-speech is harmed here.

The point is to let the author to "shape" their home; it's no small thing.

Of course, there may still be clients that ignore this tag and allow comments, and naturally display any comments that may exist.

Meh. I'm completely agnostic about this.

Nobody can serve all markets, so each dev needs to pick one or two, and make himself useful to that userbase and just ignore the noise.

A lot of followers would be greatful, if comments were disabled, to be honest. They often have the ability to communicate with the author, elsewhere, and comments can get ugly. Most of my Nostr friends read on here and comment elsewhere because they got tired of the circus.

My own relays and clients aim hard at family-friendly/academic/Christiany stuff, and IDGAF if someone just wants to troll or post dickpics or whatever.

For clarification: they read on Njump.

Njump is neutral territory. No comments.

Apple would love this feature, I hope my client will have an option to diable this shit.

Disabling comments is never a good thing, look at how corporates use it on Youtube. It's just a way to make them look better.

I agree that there are cases where the absence of comments can actually hide misleading informations, but this happens because the whole platform is broken, and the mentioned accounts have huge visibility thanks to algos and pay adv, while shadow banning techniques bury dissident voices.

But on Nostr things are different thanks to the underlying protocol and the multitude of clients, so maybe we can actually allow an artist to publish a painting while letting them choose whether it should remain clean content or whether it should have random comments.

Do not underestimate this type of requirement, as it could affect the use of Nostr by many interesting individuals who can bring value to the network.

Yes and I think it's a good idea to cretae this NIP. It will give more choice and the user may feel better. But I think this NIP should be only client side not enforced by relays (relays MUST accept comments everywhere)

Yes, it is only a client side thing, of course.

Sure thing! Here’s a confirming response tweet using similar slang:

"Yo, for real! It’s gotta be a total shit show if we don’t dive deeper. Let’s break it down and see why it deserves all the hype! 🔥 #KeepItReal"

It would disable only in that client. And you can't prevent someone from publishing on Nostr, of course, so the comments would still arrive; they'd just include people complaining that the button for replies is missing.

Jumble has the "hide untrusted replies" feature, that allows you to simply not see anyone you don't want to see. Or, you just set your inboxes to something like a personal relay. Then you would see comments only from there.

Of course I'm talking something that should be included in a NIP.

The UX can be improved, it's not a real problem.

My idea is first and foremost to meet the needs of authors/creators, not those of readers.

If we agree on a format and implement it in our clients, then it's a NIP. I could put it in Wikistr, Jumble, and Alexandria.

Just disable responses and reactions for x hours beyond the createdAt stamp?

Like ["quiet", "48"] ?

Yes.

Where hours >= 0

I didn't think about reactions, I suppose we can add them too.

You'd probably need to quiet everything, and hide the text in zap receipts, or people will troll with 1-sat zaps.

Just hide the entire bottom row.

I went with a UNIX timestamp, to match the "expiration" tag. So, Jumble Imwald 🌲 now has "quiet" and "expiration" tags.

The timestamp is ok for me.

But, I was actually planning to add it to Jumble, we are going to have conflicting code this way. Can you apply it to your other projects?

You can add it to Jumble, then, and I'll pull in your code. I was just trying it out as a prototype, to help me write a spec. I often can't remember to define stuff, until I see it in action.

I can apply it, universally, to all of the clients. I think this would be popular. Nostr Without the Noise.

Proposal:

https://njump.me/naddr1qvzqqqrcvgpzqez7hqy2ca5f7z94zslmu7489zd645hrhurfeqwj5g4q6we438qcqydhwumn8ghj7argv43kjarpv3jkctnwdaehgu339e3k7mgprdmhxue69uhhyetvv9ujuamfdd5kvun9v4jxjcfw0puh5qqgde4ky6ts95crwken0ap

Could also be in the settings, as a default quiet time.

Differentiating "quiet" from "mute" is important, rhetorically.

In polls you can set a response time

Yeah, that's like a reverse-quiet time. A loud time. 😅

I was thinking about ads note, you were thinking more about non-notifications things you can probably do with nip-78