Política de Discussão

[Discourse]

||||
-|-|
| Resumo | Discourse Policy oferece a capacidade de confirmar que seus usuários viram ou realizaram algo, com lembretes opcionais.
| Guia de Instalação | Este plugin vem integrado ao núcleo do Discourse. Não há necessidade de instalar o plugin separadamente.

Como este é um plugin #oficial mantido pela equipe do Discourse, #suporte, #contribuir:bug, #contribuir:ux e #contribuir:requisitos de recursos podem ser feitos nas respectivas categorias aqui no Meta, e marcados com a tag de plugin apropriada. Clique em um dos links abaixo para iniciar uma discussão.

 Suporte  Bug  UX  Recurso

Recursos

O Discourse Policy compartilha muito de seu DNA com as enquetes, tendo como objetivo garantir que os membros de um grupo aceitem certas políticas clicando em um botão.

Ele possui alguns recursos específicos que o diferenciam das enquetes:

1. Ele deve ser aplicado a um grupo.

2. Opcionalmente, ele pode cobrar os membros de um grupo semanalmente ou diariamente para clicar em aceitar uma política.

3. A experiência do usuário (UX) torna muito fácil ver quem aceitou e quem não aceitou uma política.

Configuração

Capturas de tela

Antes de clicar em aceitar

Depois de clicar na pessoa “cinza” no canto superior direito

Depois de clicar em aceitar

Criando uma política

O Discourse Policy registra um elemento BBCode personalizado [policy]. Isso significa que você precisa escrever este bloco de código em sua postagem onde deseja exibir esta política.

[policy group=founders reminder=daily]
Eu aceito que esta política me incomodará diariamente até que eu clique em aceitar
[/policy]

Neste caso, a política se aplica ao grupo founders e um lembrete é enviado diariamente para todos os usuários que não aceitaram a política.

Configurações do site

policy_enabled : Ativa o plugin discourse policy no site.

policy_restrict_to_staff_posts: As políticas podem aparecer apenas em postagens da equipe.

policy easy revoke: Mostra os botões de aceitar e revogar ao mesmo tempo.

Atributos BBCode

O elemento [policy] pode aceitar os seguintes atributos.

• group: o nome do grupo ao qual a política se aplicará obrigatório
• version: o número da versão da política, aumente o número para exigir que todos os usuários reaceitem a política
• reminder: lembre os usuários do grupo de aceitar a política (semanal ou diário), opcional, desativado por padrão
• accept: texto usado para o botão de aceitar, o padrão é “Aceitar Política”
• revoke: texto usado para o botão de revogar, o padrão é “Revogar Política”
• renew: número de dias ou texto descrevendo o período (mensal, trimestral ou anual) após o qual um usuário precisa reaceitar a política
• renew-start: a primeira data em que as renovações começarão, por exemplo, 17-10-2017, útil se você quiser definir a cadência de renovação para que aconteça a cada semestre (jan, jun)
• add-users-to-group: aceita um único grupo como entrada; os usuários que aceitarem a política serão adicionados automaticamente a este grupo (quando a política for revogada manualmente ou se a versão da política for atualizada, o(s) usuário(s) será(ão) removido(s) do grupo)
• private: ocultar os usuários que aceitaram/não aceitaram a política

O trabalho em segundo plano para verificar lembretes de política é executado a cada 6 horas. Se o elemento reminder estiver definido como semanal ou diário, os usuários que não aceitaram uma política receberão notificações de lembrete para aceitar a política somente se eles ainda não receberam uma notificação de lembrete para a política na última semana ou dia.

Exemplos de uso

Política básica:

[policy group="team" reminder="daily" accept="Aceitar" revoke="Ignorar" version="1"]
Li, entendi e reconheço esta política.
[/policy]

Aumentando o número da revisão, para exigir que todos leiam a atualização:

[policy group="team" reminder="daily" accept="Aceitar" revoke="Ignorar" version="2"]
Li, entendi e reconheço esta política. (Última atualização [date=2020-04-23 timezone="America/Los_Angeles"])
[/policy]

Tarefa de auditoria periódica:

[policy group="audit_committee" reminder="weekly" renew="90" renew-start="01-07-2019" version="1" accept="Atribuição Concluída"] 
Garanti que alguém foi atribuído a esta tarefa de auditoria trimestral.
[/policy]

HISTÓRICO DE ALTERAÇÕES

PENDÊNCIAS

• Lembrete imediato opcional para novas políticas
• Possivelmente permitir que certos grupos apliquem políticas (expandindo a aplicação à equipe)

[pfaffman (Jay Pfaffman)]

Parece que o limite de 200 e o policy_max_group_size foram removidos com este commit. Estou perdendo alguma coisa?

DEV: Remove policy_max_group_size site setting

[hellekin]

Quando uma política com texto de botão longo é aplicada a um grupo grande, a interface do usuário fica distorcida: na captura de tela abaixo, podemos ver que os avatares formam uma coluna quase infinita que a torna um pouco estranha. Vou verificar o CSS para ver se isso pode ser corrigido facilmente, mas provavelmente deve haver algum tipo de redesenho:

Remover display: flex em .cooked .policy .user-lists faz com que pareça bom no Desktop:

Acabei usando o seguinte CSS:

/* Faz com que a lista de usuários da política não transborde */
.cooked .policy .user-lists {
    display: block;
}

[ishua_wang]

Erro após a instalação do plugin. Não sei porquê. Algo relacionado a “ao tentar carregar /admin/dashboard/general.json”.

Erro no Servidor

ao tentar carregar [/admin/plugins]

Código de erro: erro 500

Ops

O software que alimenta este fórum de discussão encontrou um problema inesperado. Pedimos desculpas pelo inconveniente.

Informações detalhadas sobre o erro foram registradas e uma notificação automática gerada. Vamos analisar isso.

Nenhuma ação adicional é necessária. No entanto, se a condição de erro persistir, você pode fornecer detalhes adicionais, incluindo passos para reproduzir o erro, postando um tópico de discussão na categoria de feedback do site.

[ppcole]

Olá,

Os botões Aceitar/Revogar serão exibidos se a Política estiver em um Tópico de Categoria que está Fechado, de modo que não permite respostas?

Obrigado

[ondrej]

Faz tempo que não uso este plugin, mas acho que ele permitirá que os usuários aceitem/revoguem quando um tópico for fechado, já que pressionar um botão não é uma resposta, que é o que o fechamento impede.

[Iheb_ben_aicha]

oi, eu tenho uma pergunta:
Nós queremos usar o plugin Discourse Policy para: forçar usuários iniciantes a aceitarem os Termos de Serviço (TdS). Requisitos:

• Se eles não aceitarem → eles não podem usar o fórum (só podem ver a página de TdS)
• Quando eles aceitarem → eles podem usar o fórum + ganhar um badge de “TdS”

minha solução foi criar um novo tópico e dentro dele eu adicionei isto:
[policy group=trust_level_0 reminder=daily add-users-to-group=tos_accepted accept=“Eu Aceito os Termos” version=“1”]
Ao clicar em “Eu Aceito os Termos”, confirmo que li e concordo com os Termos de Serviço.
[/policy]

mas se um novo usuário faz login, a política não aparece e ele pode fazer o que quiser. Queremos que ele só possa acessar nossa página se clicar em “Aceitar”. Como fazer isso? Obrigado.

[ondrej]

Você poderia usar um campo personalizado e vincular as páginas de Termos de Serviço e Perguntas Frequentes. Assim que um usuário as ler, ele receberá o distintivo ‘Leu as Diretrizes’.

How to force existing users to accept ToS

To require acceptance of a terms-of-service, use a required custom user field. [This is a screenshot of a user profile page from a web application, likely for managing user fields. (Captioned by AI)] When defining a user field, you can select “Field Requirement” as “For all users”. When you do so, all new and existing users will be prompted to fill the custom field.

[Iheb_ben_aicha]

Obrigado pela sua resposta — funcionou exatamente como você disse. No entanto, o que eu realmente quero é exibir este banner depois que o usuário fizer login, e só permitir o acesso à página se o usuário clicar em ‘Aceitar’. Caso contrário, o banner deve permanecer visível e o usuário não poderá interagir com a página

o que eu tenho agora é isto:

depois disso, o usuário pode acessar nossa página normalmente

há alguma maneira de fazer isso e obrigado

[david (David Taylor)]

Este plugin agora está incluído no core do Discourse como parte de Bundling more popular plugins with Discourse core. Se você auto-hospeda e usa o plugin, precisa removê-lo do seu app.yml antes da sua próxima atualização.

[jdc20181]

Seria bom se você pudesse adicionar a capacidade de remover usuários de um grupo após a aceitação ou rejeição.

Atualmente, este recurso apenas incomoda os usuários (opcionalmente) e adiciona - a menos que eu esteja perdendo alguma coisa.

Obrigado!