8
16
Derivar 22

Support for comment visibility #217

fechada(s)
aberta há 6 anos por trinity-1686a · 4 comentários
Proprietário(a)

Currently any comment Plume receive is shown on the bottom of the concerned post. Visibility for blog post may be assumed to be public, however comments from other software of the fediverse should probably have their visibility respected

Currently any comment Plume receive is shown on the bottom of the concerned post. Visibility for blog post may be assumed to be public, however comments from other software of the fediverse should probably have their visibility respected
1000i100 comentou há 6 anos (Migrado de github.com)

Visibility for blog post may be assumed to be public
As default, perhaps, but as the only option, in my opinion, no.
I would like to be able to comment as a DM (direct message), to the article author, or to the author of a public comment, or with a groupe visibility. And i love if the privacy policy is powered by asymetric encryption to ensure it will be respected.

> Visibility for blog post may be assumed to be public As default, perhaps, but as the only option, in my opinion, no. I would like to be able to comment as a DM (direct message), to the article author, or to the author of a public comment, or with a groupe visibility. And i love if the privacy policy is powered by asymetric encryption to ensure it will be respected.
Remetente
Proprietário(a)

I would love privacy to be enforced by cryptography, however federation is based on ActivityPub, which to my knowledge does not support non-clear text transactions. We would need to either use another protocol or to extend AP for that to be possible

I would love privacy to be enforced by cryptography, however federation is based on ActivityPub, which to my knowledge does not support non-clear text transactions. We would need to either use another protocol or to extend AP for that to be possible
1000i100 comentou há 6 anos (Migrado de github.com)

AP support text, encrypted text can be stored as text, but yes, if AP can be extended to handle encryption natively, it's better.

AP support text, encrypted text can be stored as text, but yes, if AP can be extended to handle encryption natively, it's better.
Remetente
Proprietário(a)

You can store encrypted text as content, but you will loose mentions (which is how receivers are detected for private messages), or it will end up using nasty tricks to get mentions in plaintext alongside encrypted content. Frankly I don't think Plume is where such protocol improvement should be made first, we don't have a user base big enough to extend AP, this should be made by either Mastodon or Pleroma if we want this to be adopted. There are some long-going discussions about that on Mastodon's issue tracker, mainly https://github.com/tootsuite/mastodon/issues/1093, but judging from the priority level it's in, this don't seems to be an issue which will be solved any time soon

You can store encrypted text as content, but you will loose mentions (which is how receivers are detected for private messages), or it will end up using nasty tricks to get mentions in plaintext alongside encrypted content. Frankly I don't think Plume is where such protocol improvement should be made first, we don't have a user base big enough to extend AP, this should be made by either Mastodon or Pleroma if we want this to be adopted. There are some long-going discussions about that on Mastodon's issue tracker, mainly https://github.com/tootsuite/mastodon/issues/1093, but judging from the priority level it's in, this don't seems to be an issue which will be solved any time soon
Inicie a sessão para participar neste diálogo.
Sem etapa
Sem encarregados
2 Participantes
Notificações
Data de vencimento
A data de vencimento é inválida ou está fora do intervalo permitido. Por favor, use o formato 'aaaa-mm-dd'.

Sem data de vencimento definida.

Dependências

Não estão definidas dependências.

Referência: Plume/Plume#217
Carregando…
Ainda não há conteúdo.