diff options
| -rw-r--r-- | 01.md | 2 | ||||
| -rw-r--r-- | 23.md | 6 | ||||
| -rw-r--r-- | 25.md | 2 | ||||
| -rw-r--r-- | 56.md | 7 |
4 files changed, 11 insertions, 6 deletions
| @@ -78,6 +78,8 @@ Filter attributes containing lists (such as `ids`, `kinds`, or `#e`) are JSON ar | |||
| 78 | 78 | ||
| 79 | The `ids` and `authors` lists contain lowercase hexadecimal strings, which may either be an exact 64-character match, or a prefix of the event value. A prefix match is when the filter string is an exact string prefix of the event value. The use of prefixes allows for more compact filters where a large number of values are queried, and can provide some privacy for clients that may not want to disclose the exact authors or events they are searching for. | 79 | The `ids` and `authors` lists contain lowercase hexadecimal strings, which may either be an exact 64-character match, or a prefix of the event value. A prefix match is when the filter string is an exact string prefix of the event value. The use of prefixes allows for more compact filters where a large number of values are queried, and can provide some privacy for clients that may not want to disclose the exact authors or events they are searching for. |
| 80 | 80 | ||
| 81 | The `since` and `until` properties can be used to specify the time range of events returned in the subscription. If a filter includes the `since` property, events with `created_at` greater than or equal to `since` are considered to match the filter. The `until` property is similar except that `created_at` must be less than or equal to `until`. In short, an event matches a filter if `since <= created_at <= until` holds. | ||
| 82 | |||
| 81 | All conditions of a filter that are specified must match for an event for it to pass the filter, i.e., multiple conditions are interpreted as `&&` conditions. | 83 | All conditions of a filter that are specified must match for an event for it to pass the filter, i.e., multiple conditions are interpreted as `&&` conditions. |
| 82 | 84 | ||
| 83 | A `REQ` message may contain multiple filters. In this case, events that match any of the filters are to be returned, i.e., multiple filters are to be interpreted as `||` conditions. | 85 | A `REQ` message may contain multiple filters. In this case, events that match any of the filters are to be returned, i.e., multiple filters are to be interpreted as `||` conditions. |
| @@ -12,7 +12,11 @@ This NIP defines `kind:30023` (a parameterized replaceable event according to [N | |||
| 12 | 12 | ||
| 13 | ### Format | 13 | ### Format |
| 14 | 14 | ||
| 15 | The `.content` of these events should be a string text in Markdown syntax. | 15 | The `.content` of these events should be a string text in Markdown syntax. To maximize compatibility and readability between different clients and devices, any client that is creating long form notes: |
| 16 | |||
| 17 | - MUST NOT hard line-break paragraphs of text, such as arbitrary line breaks at 80 column boundaries. | ||
| 18 | |||
| 19 | - MUST NOT support adding HTML to Markdown. | ||
| 16 | 20 | ||
| 17 | ### Metadata | 21 | ### Metadata |
| 18 | 22 | ||
| @@ -52,7 +52,7 @@ func make_like_event(pubkey: String, privkey: String, liked: NostrEvent) -> Nost | |||
| 52 | Custom Emoji Reaction | 52 | Custom Emoji Reaction |
| 53 | --------------------- | 53 | --------------------- |
| 54 | 54 | ||
| 55 | The client may specify a custom emoji ([NIP-30](30.md)) `:shortcode` in the | 55 | The client may specify a custom emoji ([NIP-30](30.md)) `:shortcode:` in the |
| 56 | reaction content. The client should refer to the emoji tag and render the | 56 | reaction content. The client should refer to the emoji tag and render the |
| 57 | content as an emoji if shortcode is specified. | 57 | content as an emoji if shortcode is specified. |
| 58 | 58 | ||
| @@ -63,10 +63,9 @@ Example events | |||
| 63 | { | 63 | { |
| 64 | "kind": 1984, | 64 | "kind": 1984, |
| 65 | "tags": [ | 65 | "tags": [ |
| 66 | ["p", <impersonator pubkey>, "impersonation"], | 66 | ["p", <impersonator pubkey>, "impersonation"] |
| 67 | ["p", <victim pubkey>] | ||
| 68 | ], | 67 | ], |
| 69 | "content": "Profile is imitating #[1]", | 68 | "content": "Profile is impersonating nostr:<victim bech32 pubkey>", |
| 70 | ... | 69 | ... |
| 71 | } | 70 | } |
| 72 | ``` | 71 | ``` |
| @@ -75,7 +74,7 @@ Client behavior | |||
| 75 | --------------- | 74 | --------------- |
| 76 | 75 | ||
| 77 | Clients can use reports from friends to make moderation decisions if they | 76 | Clients can use reports from friends to make moderation decisions if they |
| 78 | choose to. For instance, if 3+ of your friends report a profile as explicit, | 77 | choose to. For instance, if 3+ of your friends report a profile for `nudity`, |
| 79 | clients can have an option to automatically blur photos from said account. | 78 | clients can have an option to automatically blur photos from said account. |
| 80 | 79 | ||
| 81 | 80 | ||