Mark All Readした後にリロードすると消えてるんだけど何が悪いんだろうな
表示できるようになったしdraftはやめてもいいか
feat: render kind 1 reposts by kphrx · Pull Request #314 · v0l/snort
irisのが正解なので各種クライアントはkind1 repostの表示ができるようになるべきにゃ
クライアントをまたぐ便利機能みたいなの大変そうだよなぁとなってる
あとrepostで通知が来るようになってるはずなのでちゃんとリプライ通知に絞りたい
Snortのdirectory structureが全然掴めてないのでreferencedなevent取得するのどうすればええんやろってなってる
feat: render kind 1 reposts by kphrx · Pull Request #314 · v0l/snort
https://github.com/v0l/snort/pull/314
とりあえずPR開いた。表示は以前のirisからと同じLink形式なのでちゃんと "render" したいが
codespaceからcommitしたらsign unverifiedになるじゃんつってローカルで commit --amend --reset-author した
iris-messenger/PublicMessage.js at master · irislib/iris-messenger
https://github.com/irislib/iris-messenger/blob/master/src/js/components/PublicMessage.js#L535-L545
実装はこれなのでsnortの方にも実装したさ
feat: render kind 1 reposts by kphrx · Pull Request #314 · v0l/snort
https://github.com/v0l/snort/pull/314
とりあえずPR開いた。表示は以前のirisからと同じLink形式なのでちゃんと "render" したいが
個人的にはIETF RFCのUpdatesとUpdated Byの関係みたいに文書でリンクしておいて採番関係なく増やしていく形でいいとは思うけどね
だって `
うーん、reviewのsuggestionはsupported_nip_extensionsにはNIPのextentionを含むって意味でnumberとstring混じりのarrayなんてものにはならなくて、 `{ "supported_nips": [11], "supported_nip_extensions": ["11a"] }` になるんじゃないかなぁ
kind6が一部どころではなくrepostを実装してるほとんど全てのクライアントで現役で発行されてるのやばいわよ
iris-messenger/PublicMessage.js at master · irislib/iris-messenger
https://github.com/irislib/iris-messenger/blob/master/src/js/components/PublicMessage.js#L535-L545
実装はこれなのでsnortの方にも実装したさ
今あるクライアントはiris以外kind6で中身がraw event jsonであることを期待してるので規範的なirisのkind1でrepost表現が当のiris以外で表示されない問題
reply spam、そもそもフォロー以外から届いたら名前表示だけ残してマスクしてくれるだけで十分感がある
うーん
Decentralizing the NIPs registry · Issue #162 · nostr-protocol/nips
実はkind1でrepostを表現してるクライアントがちゃんと無い説