Politica su Discourse

[Discourse]

	Riepilogo	Discourse Policy offre la possibilità di confermare che gli utenti abbiano visto o compiuto un’azione, con promemoria opzionali.
	Guida all’installazione	Questo plugin è incluso nel nucleo di Discourse. Non è necessario installarlo separatamente.

Poiché questo è un plugin #ufficiale mantenuto dal team di Discourse, le richieste di #supporto, segnalazioni di bug, problemi di ux e richieste di #funzionalità possono essere inviate nelle rispettive categorie su Meta, contrassegnate con il tag appropriato del plugin. Clicca su un link sottostante per aprirne uno.

\u003ckbd\u003e [\u0026nbsp;Supporto](Discourse Meta "Chiedi supporto per la configurazione e l’uso di Discourse Policy") \u003c/kbd\u003e \u003ckbd\u003e [\u0026nbsp;Bug](Discourse Meta "Una segnalazione di bug indica che qualcosa non funziona, impedendo l’uso normale o tipico del plugin") \u003c/kbd\u003e \u003ckbd\u003e [\u0026nbsp;UX](Discourse Meta "Discussione sull’interfaccia utente di Discourse Policy e su come le funzionalità sono presentate (inclusi linguaggio ed elementi UI)") \u003c/kbd\u003e \u003ckbd\u003e [\u0026nbsp;Funzionalità](Discourse Meta "Discussione su come migliorare o potenziare le funzionalità esistenti di Discourse Policy e su come potrebbero funzionare le nuove funzionalità proposte")\u003c/kbd\u003e

Funzionalità

Discourse Policy condivide gran parte della sua struttura con i sondaggi; il suo obiettivo è garantire che i membri di un gruppo accettino determinate politiche cliccando un pulsante.

Dispone di alcune funzionalità specifiche che lo distinguono dai sondaggi:

1. Deve obbligatoriamente applicarsi a un gruppo.

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

3. L’interfaccia utente rende molto semplice vedere chi ha accettato e chi non ha accettato una politica.

Configurazione

Screenshot

Prima di cliccare Accetta

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

Dopo aver cliccato Accetta

Creazione di una politica

Discourse Policy registra un elemento BBCode personalizzato [policy]. Ciò significa che è necessario inserire questo blocco di codice nel post in cui si desidera visualizzare la politica.

[policy group=fondatori reminder=giornaliero]
Accetto che questa politica mi infastidisca ogni giorno finché non clicco su Accetta
[/policy]

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

Impostazioni del sito

policy_enabled: Abilita il plugin Discourse Policy sul sito.

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

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

Attributi BBCode

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

• group: nome del gruppo a cui si applicherà la politica, obbligatorio
• version: numero di versione della politica; incrementare il numero per richiedere a tutti gli utenti di riacconsentire alla politica
• reminder: ricorda agli utenti del gruppo di accettare la politica (settimanalmente o giornalmente), opzionale, disattivato di default
• accept: testo usato per il pulsante Accetta, di default è “Accetta Politica”
• revoke: testo usato per il pulsante Revoca, di default è “Revoca Politica”
• renew: numero di giorni o testo che descrive il periodo (mensile, trimestrale o annuale) dopo il quale un utente deve riacconsentire alla politica
• renew-start: la prima data in cui inizieranno i rinnovi, ad esempio 17-10-2017; utile se si desidera impostare la cadenza dei rinnovi in modo che avvengano ogni semestre (gennaio, giugno)
• add-users-to-group: accetta un singolo gruppo come input; gli utenti che accettano la politica verranno automaticamente aggiunti a questo gruppo (quando la politica viene revocata manualmente o se la versione della politica viene aggiornata, l’utente viene rimosso dal gruppo)
• private: nasconde gli utenti che hanno accettato o non hanno accettato la politica

\u003e Il job di backend per controllare i promemoria delle politiche viene eseguito ogni 6 ore. Se l’elemento reminder è impostato su settimanale o giornaliero, agli utenti che non hanno accettato una politica verranno inviati promemoria di notifica per accettare la politica solo se non hanno già ricevuto un promemoria per la politica nell’ultima settimana o nell’ultimo giorno.

Esempi di utilizzo

Politica di base:

[policy group="team" reminder="giornaliero" accept="Accetta" revoke="Ignora" version="1"]
Ho letto, compreso e accetto questa politica.
[/policy]

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

[policy group="team" reminder="giornaliero" accept="Accetta" revoke="Ignora" version="2"]
Ho letto, compreso e accetto questa politica. (Ultimo aggiornamento [date=2020-04-23 timezone="America/Los_Angeles"])
[/policy]

Attività di audit periodica:

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

CHANGELOG

TODO

• Promemoria immediato opzionale per le nuove politiche
• Possibilità di consentire a determinati gruppi di applicare politiche (espansione rispetto allo 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!