Reinvio automatico post modificato

C’è un modo per far sì che Discourse reinvii un post quando è stato modificato dall’utente per apportare correzioni o modifiche?

Ciao Andrew :slight_smile:

Cosa intendi con “ri-inviare” un post?

Voglio dire, supponiamo che un utente debba correggere un post e lo modifichi. Quindi le persone che utilizzano solo la funzione e-mail di Discourse non vedono il post corretto, per quanto ne so. Quindi chiedo, c’è un modo per inviare nuovamente il post modificato/aggiornato automaticamente o tramite un processo manuale? O una notifica di aggiornamento inviata via e-mail?

1 Mi Piace

Non credo sia possibile e per progettazione

1 Mi Piace

Questo è un problema per quelle persone se vengono apportate modifiche significative ai post che non vedranno mai.

Se hai una newsletter ufficiale via email, potresti pubblicare modifiche importanti in quella.

Se si tratta di un errore critico, l’unica soluzione alternativa che mi viene in mente sarebbe chiedere all’utente di creare un nuovo post per la correzione. Se lo fa, gli utenti che seguono l’argomento o la categoria riceveranno una notifica via email per la modifica.

Nella maggior parte dei casi, l’impostazione del sito email time window mins è pensata per gestire questo problema. Il suo valore predefinito causa un ritardo di 10 minuti dal momento in cui un post viene salvato fino alla generazione delle notifiche email. Speriamo che ciò dia agli utenti la possibilità di correggere eventuali errori evidenti nei loro post.

1 Mi Piace

Utile saperlo, avevo pensato che il valore predefinito potesse essere immediato per inviare il post così come è originariamente pubblicato.
La finestra di cinque minuti per apportare piccole modifiche senza che venga pubblicata la cronologia delle modifiche è anche utile, sebbene in alcune circostanze possa essere ideale avere registrazioni di tutta la cronologia delle modifiche. Esiste un modo per un amministratore di rivedere il post originale e tutta la cronologia delle modifiche?

Puoi avere un certo controllo su questo tramite le impostazioni del sito, ma se non viene creata una revisione della cronologia delle modifiche, non c’è modo per un amministratore di visualizzare le modifiche.

Le impostazioni sono:

  • editing grace period: Per (n) secondi dopo la pubblicazione, la modifica non creerà una nuova versione nella cronologia dei post.
  • editing grace period max diff: Numero massimo di modifiche ai caratteri consentite nel periodo di tolleranza di modifica, se ne vengono modificati di più, memorizza un’altra revisione del post (livello di fiducia 0 e 1).
  • editing grace period max diff high trust: Numero massimo di modifiche ai caratteri consentite nel periodo di tolleranza di modifica, se ne vengono modificati di più, memorizza un’altra revisione del post (livello di fiducia 2 e superiore).

Se la modifica avviene al di fuori del periodo di tolleranza di modifica, o se la modifica cambia più di (per impostazione predefinita) 100 caratteri per gli utenti TL0 e TL1, o 400 caratteri per gli utenti >= TL2, verrà creata una revisione. Se la modifica non attiva nessuna di queste condizioni, non verrà creata alcuna revisione e non ci sarà modo di vedere cosa è stato modificato.

2 Mi Piace

Ok, è sofisticato come funziona tutto.\n\nLa soluzione, quindi, è impostare il periodo di tolleranza di modifica a zero, è la cosa più sicura.

Dipende dalla tua situazione. Guardando il codice ora, ci sono alcune cose che attiveranno la creazione di una nuova revisione se un post viene modificato entro il periodo di tolleranza di modifica:

  • il post è stato segnalato
  • il post viene modificato da un altro utente (ad esempio, un membro dello staff)
  • viene fornita una “motivazione della modifica” quando il post viene modificato
  • viene cambiato il proprietario del post

Sembra che ci abbiano pensato molto bene :slight_smile:

Molto impressionante che, per un post segnalato, sarebbe la cosa più importante.

Sono un po’ confuso su come sia possibile che non ci sia una cronologia delle modifiche per un post se è stato pubblicato ed è visibile in altri paesi. Con il sistema di modifica “grace” (concessa) questo permette che le modifiche avvengano senza pubblicare la cronologia, e questo potrebbe significare che le pubblicazioni precedenti vengono quindi cancellate senza lasciare traccia?

Le copie potrebbero essere fatte da chiunque veda un post prima che venga modificato, o se viene generata un’e-mail di un post iniziale subito. Quando pubblico uno scritto sapendo che ci saranno cinque minuti di “grace” prima che le modifiche vengano pubblicate, questo è utile per sapere che non devo essere così stressato per la correzione di bozze prima che diventi permanente. Questo può quindi diventare una corsa per finire tutte le modifiche entro cinque minuti per evitare che appaia come un’affermazione modificata.

Questo sembra allontanarsi parecchio dalla richiesta di supporto originale:

Forse dovremmo concentrare nuovamente l’argomento su questo.

1 Mi Piace

Per quanto riguarda la richiesta di supporto, sembra che sia stata risposto con un no, non c’è modo. Se ci fosse, sarebbe bene saperlo, altrimenti sarebbe una richiesta di nuova funzionalità.

Quando dici questo, intendi le persone che letteralmente non visitano né accedono mai a un sito forum ma leggono solo le e-mail inviate da Discourse?

Ho esaminato le impostazioni dell’amministratore per le e-mail e non vedo un’opzione per generare e inviare nuove e-mail quando i post vengono modificati. Potenzialmente, ciò potrebbe probabilmente essere integrato come un’impostazione di nuova funzionalità per la modalità mailing-list.

C’è un’opzione per consentire alle persone di pubblicare nuovi argomenti via e-mail, che per impostazione predefinita non è abilitata. Se abilitata, il livello di fiducia può essere regolato per questo, l’impostazione predefinita è il livello #2:

Sì. Su questo sito, costituiscono la stragrande maggioranza degli utenti, per qualsiasi motivo (provengono per lo più da un vecchio gruppo di mailing list). Trovo difficile convincerli a usare l’interfaccia web, anche se continuo a provarci! E sì, gli utenti sono autorizzati a inviare nuovi argomenti via email e, naturalmente, a rispondere.

Quindi, sì, penso che questa sarebbe una buona richiesta di funzionalità.

E tra l’altro, sto parlando di modifiche apportate dopo eventuali periodi di tolleranza.

Grazie per il chiarimento, concordo sul fatto che sarebbe una buona funzionalità se le persone venissero avvisate in caso di modifiche.

Ottima affermazione di Simon.

Questo è anche scritto nei termini di servizio predefiniti che le e-mail verranno inviate se i termini vengono modificati:

Per gli aggiornamenti che contengono modifiche sostanziali, l’azienda accetta di inviarti un’e-mail, se hai creato un account e fornito un indirizzo e-mail valido