From 7c9e183536382eae79177e79f87a97dbede33469 Mon Sep 17 00:00:00 2001 From: Vitor Pamplona Date: Fri, 23 Feb 2024 08:15:01 -0500 Subject: [PATCH] Moves kind1 definition from NIP01 to NIP10 to avoid confusing that it is mandatory to work with Kind 1s. --- 01.md | 3 +-- 10.md | 13 ++++++++++--- README.md | 2 +- 3 files changed, 12 insertions(+), 6 deletions(-) diff --git a/01.md b/01.md index 905e45f7..cf60b7d2 100644 --- a/01.md +++ b/01.md @@ -85,10 +85,9 @@ As a convention, all single-letter (only english alphabet letters: a-z, A-Z) key ### Kinds -Kinds specify how clients should interpret the meaning of each event and the other fields of each event (e.g. an `"r"` tag may have a meaning in an event of kind 1 and an entirely different meaning in an event of kind 10002). Each NIP may define the meaning of a set of kinds that weren't defined elsewhere. This NIP defines two basic kinds: +Kinds specify how clients should interpret the meaning of each event and the other fields of each event (e.g. an `"r"` tag may have a meaning in an event of kind 1 and an entirely different meaning in an event of kind 10002). Each NIP may define the meaning of a set of kinds that weren't defined elsewhere. This NIP defines one basic kind: - `0`: **metadata**: the `content` is set to a stringified JSON object `{name: , about: , picture: }` describing the user who created the event. A relay may delete older events once it gets a new one for the same pubkey. -- `1`: **text note**: the `content` is set to the **plaintext** content of a note (anything the user wants to say). Content that must be parsed, such as Markdown and HTML, should not be used. Clients should also not parse content as those. And also a convention for kind ranges that allow for easier experimentation and flexibility of relay implementation: diff --git a/10.md b/10.md index a434ea05..60294c7a 100644 --- a/10.md +++ b/10.md @@ -1,15 +1,22 @@ NIP-10 ====== - -On "e" and "p" tags in Text Events (kind 1). --------------------------------------------- +Text Notes +---------- `draft` `optional` +This NIP defines `kind:1` as a simple plaintext note. + ## Abstract This NIP describes how to use "e" and "p" tags in text events, especially those that are replies to other text events. It helps clients thread the replies into a tree rooted at the original event. +The `.content` property contains a text. + +`e` and `p` tags can be used to define note threads, replies and mentions. + +Markup languages such as markdown and HTML SHOULD NOT be used. + ## Positional "e" tags (DEPRECATED) >This scheme is in common use; but should be considered deprecated. diff --git a/README.md b/README.md index b9ca8aa7..812c14b0 100644 --- a/README.md +++ b/README.md @@ -31,7 +31,7 @@ They exist to document what may be implemented by [Nostr](https://github.com/nos - [NIP-07: `window.nostr` capability for web browsers](07.md) - [NIP-08: Handling Mentions](08.md) --- **unrecommended**: deprecated in favor of [NIP-27](27.md) - [NIP-09: Event Deletion](09.md) -- [NIP-10: Conventions for clients' use of `e` and `p` tags in text events](10.md) +- [NIP-10: Text Notes and Threads](10.md) - [NIP-11: Relay Information Document](11.md) - [NIP-13: Proof of Work](13.md) - [NIP-14: Subject tag in text events](14.md)