Norme di condotta

[Discourse]

||||
-|-|
| Riepilogo | Discourse Policy consente di verificare che i tuoi utenti abbiano visto o compiuto un’azione, con promemoria opzionali.
| Guida all’installazione | Questo plugin è integrato nel core di Discourse. Non è necessario installare il plugin separatamente.

Poiché si tratta di un plugin #ufficiale mantenuto dal team di Discourse, le richieste di #supporto, #contribuisci:bug, #contribuisci:ux e #contribuisci:feature possono essere inoltrate nelle rispettive categorie qui su Meta, e contrassegnate con l’etichetta appropriata del plugin. Clicca su un link qui sotto per iniziarne uno.

 Supporto  Bug  UX  Feature

Funzionalità

Discourse Policy condivide gran parte del suo DNA con i sondaggi: il suo obiettivo è garantire che i membri di un gruppo accettino determinate policy cliccando su un pulsante.

Presenta alcune funzionalità specifiche che lo distinguono dai sondaggi:

1. Deve applicarsi a un gruppo.

2. Può opzionalmente sollecitare i membri di un gruppo, settimanalmente o giornalmente, a cliccare per accettare una policy.

3. L’UX rende molto facile vedere chi ha accettato e chi non ha accettato una policy.

Configurazione

Screenshot

Prima di cliccare su Accetta

Dopo aver cliccato sulla persona “grigia” in alto a destra

Dopo aver cliccato su Accetta

Creazione di una policy

Discourse Policy registra un elemento BBCode personalizzato [policy]. Questo significa che devi scrivere questo blocco di codice nel tuo post dove desideri mostrare questa policy.

[policy group=founders reminder=daily]
Accetto che questa policy mi infastidirà quotidianamente finché non clicco su Accetta
[/policy]

In questo caso la policy si applica al gruppo founders e un promemoria viene inviato giornalmente a tutti gli utenti che non hanno ancora accettato la policy.

Impostazioni del sito

policy_enabled : Abilita il plugin discourse policy sul sito.

policy_restrict_to_staff_posts: Le policy possono apparire solo nei post dello staff.

policy easy revoke: Mostra i pulsanti Accetta e Revoca contemporaneamente.

Attributi BBCode

L’elemento [policy] può accettare i seguenti attributi.

• group: il nome del gruppo a cui la policy si applica obbligatorio
• version: il numero di versione della policy, aumenta il numero per richiedere a tutti gli utenti di riaccettare la policy
• reminder: ricorda agli utenti del gruppo di accettare la policy (settimanalmente o giornalmente), opzionale, disattivato di default
• accept: testo utilizzato per il pulsante di accettazione, il default è “Accept Policy”
• revoke: testo utilizzato per il pulsante di revoca, il default è “Revoke Policy”
• renew: numero di giorni o testo che descrive il periodo (mensile, trimestrale o annuale) dopo il quale un utente deve riaccettare la policy
• renew-start: la prima data in cui inizieranno i rinnovi, es: 17-10-2017, utile se si vuole impostare la cadenza di rinnovo in modo che avvenga ogni sei mesi (gen, giu)
• add-users-to-group: accetta un singolo gruppo come input; gli utenti che accettano la policy verranno aggiunti automaticamente a questo gruppo (quando la policy viene revocata manualmente o se la versione della policy viene aggiornata, l’utente/gli utenti viene rimosso dal gruppo)
• private: nascondi gli utenti che hanno accettato/non hanno accettato la policy

Il job di backend per verificare i promemoria delle policy viene eseguito ogni 6 ore. Se l’elemento reminder è impostato su settimanale o giornaliero, agli utenti che non hanno accettato una policy verranno inviati promemoria di notifica per accettare la policy solo se non hanno già ricevuto una notifica di promemoria per la policy nella scorsa settimana o giornata.

Esempi di utilizzo

Policy di base:

[policy group="team" reminder="daily" accept="Accept" revoke="Ignore" version="1"]
Ho letto, compreso e riconosciuto questa policy.
[/policy]

Aumento del numero di revisione, per richiedere a tutti di leggere l’aggiornamento:

[policy group="team" reminder="daily" accept="Accept" revoke="Ignore" version="2"]
Ho letto, compreso e riconosciuto questa policy. (Ultimo aggiornamento [date=2020-04-23 timezone="America/Los_Angeles"])
[/policy]

Attività di audit periodica:

[policy group="audit_committee" reminder="weekly" renew="90" renew-start="01-07-2019" version="1" accept="Assignment Complete"] 
Ho assicurato che qualcuno sia assegnato a questo compito di audit trimestrale.
[/policy]

CHANGELOG

TODO

• Promemoria immediato opzionale per le nuove policy
• Possibilmente consentire ad alcuni gruppi di applicare le policy (espandendo lo staff)

[pfaffman (Jay Pfaffman)]

Sembra che il limite di 200 e policy_max_group_size siano stati rimossi con questo commit. Mi sfugge qualcosa?

DEV: Remove policy_max_group_size site setting

[hellekin]

Quando una policy con testo del pulsante lungo viene applicata a un gruppo numeroso, l’interfaccia utente viene compromessa: nello screenshot seguente, possiamo vedere che gli avatar formano una colonna quasi infinita che la rende un po’ scomoda. Esaminerò il CSS per vedere se è possibile risolverlo facilmente, ma probabilmente dovrebbe esserci una sorta di riprogettazione:

Rimuovere display: flex su .cooked .policy .user-lists la rende perfetta sul desktop:

Ho finito per usare il seguente CSS:

/* Make policy user list not overflow */
.cooked .policy .user-lists {
    display: block;
}

[ishua_wang]

Errore dopo l’installazione del plugin. Non so perché. Qualcosa relativo a “mentre si tenta di caricare /admin/dashboard/general.json”.

Errore del server

mentre si tenta di caricare [/admin/plugins]

Codice di errore: errore 500

Oops

Il software che alimenta questo forum di discussione ha riscontrato un problema imprevisto. Ci scusiamo per l’inconveniente.

Informazioni dettagliate sull’errore sono state registrate e generata una notifica automatica. Ci daremo un’occhiata.

Non è necessaria alcuna ulteriore azione. Tuttavia, se la condizione di errore persiste, è possibile fornire ulteriori dettagli, inclusi i passaggi per riprodurre l’errore, pubblicando un argomento di discussione nella categoria di feedback del sito.

[ppcole]

Ciao,

I pulsanti Accetta/Revoca verranno visualizzati se l’Informativa è in un Argomento di Categoria che è Chiuso in modo da non consentire risposte?

Grazie

[ondrej]

Non uso questo plugin da un po’ di tempo, tuttavia penso che consentirà agli utenti di accettare/revocare quando un argomento viene chiuso poiché premere un pulsante non è una risposta, che è ciò che la chiusura impedisce.

[Iheb_ben_aicha]

ciao, ho una domanda:
Vogliamo usare il plugin Discourse Policy per: forzare gli utenti che accedono per la prima volta ad accettare i Termini di Servizio (ToS). Requisiti:

• Se non accettano → non possono usare il forum (possono vedere solo la pagina dei ToS)
• Quando accettano → possono usare il forum + ottenere un badge “ToS”

la mia soluzione è stata quella di creare un nuovo argomento e al suo interno ho aggiunto questo:
[policy group=trust_level_0 reminder=daily add-users-to-group=tos_accepted accept=“Accetto i Termini” version=“1”]
Cliccando su “Accetto i Termini”, confermo di aver letto e di accettare i Termini di Servizio.
[/policy]

ma se un nuovo utente effettua il login, la policy non compare affatto e può fare quello che vuole; vogliamo che solo se clicca su “Accetta” possa accedere alla nostra pagina. Come fare e grazie

[ondrej]

Potresti usare un campo personalizzato e collegare le pagine dei Termini di Servizio e delle FAQ. Una volta che un utente le legge, riceverà il badge “Linee guida lette”.

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]

Grazie per la tua risposta: ha funzionato proprio come hai detto. Tuttavia, quello che voglio veramente è visualizzare questo banner dopo che l’utente ha effettuato l’accesso e consentire l’accesso alla pagina solo se l’utente fa clic su “Accetta”. In caso contrario, il banner dovrebbe rimanere visibile e l’utente non dovrebbe essere in grado di interagire con la pagina.

quello che ho adesso è questo:

dopo di che l’utente può accedere normalmente alla nostra pagina

c’è un modo per farlo e grazie

[david (David Taylor)]

Questo plugin è ora incluso nel core di Discourse come parte di Bundling more popular plugins with Discourse core. Se stai auto-ospitando e utilizzi il plugin, devi rimuoverlo dal tuo app.yml prima del tuo prossimo aggiornamento.

[jdc20181]

Sarebbe bello se potessi aggiungere la possibilità di rimuovere gli utenti da un gruppo al momento dell’accettazione o rifiuto.

Al momento questa funzione avvisa solo gli utenti (facoltativamente) e aggiunge, a meno che non mi sfugga qualcosa.

Grazie!