Paso 1 de 5
Elige el fragmento
Las palabras destacadas van en content, tal como aparecen en la fuente. En destacados de audio o video, content puede quedar vacío.
NIP-84
BorradorEventos
El kind 9802 guarda un fragmento que te gustó de un artículo, una página web o cualquier otra fuente, con un enlace a su origen y a quien lo escribió.
Edita el formulario o el JSON: ambos se mantienen sincronizados, la insignia indica si el resultado es válido y, al tocar cualquier campo, se explica qué hace.
Aún sin firmar · Solo claves de demo. Las claves secretas de estos personajes son públicas a propósito.
Selecciona cualquier campo del formulario o del JSON para ver qué hace.
Paso 1 de 5
Las palabras destacadas van en content, tal como aparecen en la fuente. En destacados de audio o video, content puede quedar vacío.
Ningún capítulo del curso cubre este NIP todavía. El editor de arriba es la forma más rápida de empezar.
Los destacados son eventos firmados normales.
La etiqueta i usa los identificadores de contenido externo de NIP-73 (libros, podcasts, URLs).
Los artículos de formato largo (kind 30023) son lo que más se suele destacar.
Los archivos de audio y video se pueden destacar con content vacío.
Un destacado con comentario se muestra como un repost con cita.
El texto de las especificaciones se cita en inglés del repositorio nostr-protocol/nips. Nuestras explicaciones y la interfaz están traducidas. Código fuente en GitHub en el commit 0046368
This NIP defines kind:9802, a "highlight" event, to signal content a user finds valuable.
The .content of these events is the highlighted portion of the text.
.content might be empty for highlights of non-text based media (e.g. NIP-94 audio/video).
Events SHOULD tag the source of the highlight, whether nostr-native or not. The following tags may be used to indicate different types of content:
a and/or e tags for nostr eventsi tags for structured sources per NIP 73r tags for anything else (may contain a URL or text)Clients MAY include one or more p tags, tagging the original authors of the material being highlighted; this is particularly
useful when highlighting non-nostr content for which the client might be able to get a nostr pubkey somehow
(e.g. prompting the user or reading a <link rel="me" href="nostr:nprofile1..." /> tag on the document). A role MAY be included as the
last value of the tag.
{
"tags": [
["p", "<pubkey-hex>", "<relay-url>", "author"],
["p", "<pubkey-hex>", "<relay-url>", "author"],
["p", "<pubkey-hex>", "<relay-url>", "editor"]
],
// other fields...
}
Clients MAY include a context tag, useful when the highlight is a subset of a paragraph and displaying the
surrounding content might be beneficial to give context to the highlight.
A comment tag may be added to create a quote highlight. This SHOULD be rendered like a quote repost with the highlight as the quoted note.
This is to prevent the creation of multiple notes (highlight + kind 1) for a single highlight action, which looks bad in micro-blogging clients where these notes may appear in succession.
p-tag mentions MUST have a mention attribute to distinguish it from authors and editors.
r-tag urls from the comment MUST have a mention attribute to distinguish from the highlighted source url. The source url MUST have the source attribute.