Nuovo modo per tracciare le modifiche ai post del wiki?

Per diversi anni, la risposta a “Come faccio a garantire che un post wiki venga aggiornato quando viene modificato?” era chiudere l’argomento per impedire risposte ed eliminare tutte le risposte sotto il wiki. Quindi le modifiche al post wiki erano modifiche all’ultimo post e le modifiche all’ultimo post significavano che l’argomento veniva aggiornato.

Ora le modifiche all’ultimo post non causano più un aggiornamento nell’elenco degli argomenti. Quindi, come traccia ora tutti le modifiche ai wiki?

So che puoi seguire gli argomenti per ricevere notifiche sulle modifiche ai wiki. Ma per me non è la stessa cosa. Non posso impostare un singolo argomento da seguire da tutti gli utenti per impostazione predefinita. Ma tutti vedrebbero quando l’argomento è stato aggiornato. Anche i visitatori possono vedere che un argomento viene aggiornato mentre è necessario accedere per vedere le proprie notifiche.
Inoltre, penso che il bug report secondo cui tali notifiche non sono affidabili sia ancora aperto Sporadic Wiki Post notifications e c’è stato un altro report di recente che ha anche menzionato che le notifiche non funzionano sempre Subsequent Wiki Edits by Same User Don’t Trigger Notifications. Quindi le notifiche e il monitoraggio non sembrano per me una sostituzione per l’aggiornamento dei wiki dopo una modifica.

3 Mi Piace

Sembra una richiesta di funzionalità. Come vorresti che Discourse notificasse le modifiche alle wiki?
Le wiki sono già speciali, quindi forse abbiamo bisogno di una nuova impostazione del sito per abilitare le notifiche di modifica delle wiki e una preferenza utente su quando essere notificati al riguardo.

Se avessi avuto un’ottima idea, avrei creato una richiesta di funzionalità o avrei risposto a una delle tante esistenti.
Mi andrebbe bene il bumping. Ma non penso sia utile chiedere una funzionalità che è stata rimossa.
Capisco che possa essere fastidioso per piccoli errori di battitura. Ma immagino ci fossero ragioni per cui avete deciso di rimuovere il bumping su tutte le modifiche, invece di, ad esempio, impedirne l’uso su piccole modifiche, simile a come le piccole modifiche non vengono tracciate all’interno del periodo di grazia di modifica.

Quindi cerco solo di trovare soluzioni alternative per gli effetti collaterali di tale modifica.
Incoraggiamo gli utenti a modificare i loro post per aggiungere nuove informazioni invece di rispondere di nuovo. Ma chi noterà le nuove informazioni se non faranno più salire l’argomento?

Qualsiasi cosa basata sulle notifiche non aiuterà i visitatori. Per ricevere notifiche, devi essere loggato. Per vedere un argomento in cima agli ultimi, questo non era necessario.

Quindi immagino di aver bisogno di una risposta o, meglio ancora, di un piccolo post d’azione che annunci il fatto che c’è stata una modifica. So che lo staff può far salire un argomento, ma questo non aiuta con le modifiche degli utenti. Quindi forse ho bisogno di un’opzione di bumping per gli utenti normali.

Create reply when editing wiki risolverebbe anche il problema per le modifiche wiki. Ma sui wiki che vengono modificati spesso, questo potrebbe significare molte risposte che sono utili solo finché sono l’ultimo post. Nessuno è interessato ai 50 post che sono notifiche di modifiche wiki di 2 anni fa.

Quindi non penso che questa sia una richiesta di funzionalità. Non ho una soluzione. Ho un problema perché la soluzione che avevo è stata rimossa.

1 Mi Piace

Mi piace l’idea di una piccola azione post dopo la modifica. Ma concordo che creerebbe disordine. Forse potrebbero essere nascosti dietro un link per mostrarli/nasconderli?

Quando tu e i tuoi membri modificate le wiki, aggiungete una nota per spiegare il motivo della modifica? Quella potrebbe andare nel piccolo post d’azione.

Possiamo approfondire la definizione del problema?

Per cominciare, chi ha bisogno di sapere quando viene modificato un dato post wiki? Cosa ti aspetti che facciano quando vedono che un post wiki è stato modificato?

1 Mi Piace

Tutti gli utenti interessati a quell’argomento. E vorrebbero leggere nuove informazioni.

Questo è stato il motivo principale per cui ho eliminato tutti i wiki sul mio forum.

[quote=“mcwumbly, post:5, topic:383582”]
Possiamo approfondire un po’ la definizione del problema?

Per cominciare, chi ha bisogno di sapere quando viene modificato un post wiki? Cosa ti aspetti che facciano quando vedono che un post wiki è stato modificato?
[/quote]Il caso d’uso che mi è venuto in mente per primo è stato il FAQ in un forum che uso. È un argomento mantenuto senza risposte esattamente allo scopo che venga portato in cima quando qualcuno lo modifica.
Questo ha avuto numerosi vantaggi per noi.
Prima di tutto, molti membri hanno notato quando l’argomento veniva modificato. Pertanto, non mi sono mai preoccupato che un utente con cattive intenzioni potesse causare disagi duraturi lì. Anche se qualcuno avesse raggiunto TL1 e avesse cercato di aggiungere spam lì, sarebbe stato rimosso dalla persona successiva che visitava il forum.

Sono stato anche in grado di aggiungere nuove informazioni senza dover trovare qualcuno che le revisionasse prima. Potevo fidarmi che diversi membri della comunità lo avrebbero fatto comunque quando avessero visto l’aggiornamento. Probabilmente più velocemente di quanto la persona che avrei chiesto di revisionare avrebbe visto affatto. Inoltre, non ho avuto solo una revisione da un utente ma da diversi. La responsabilità è stata distribuita su molte più persone. Tutti hanno contribuito a migliorare la risposta alla domanda.

Sono stato anche in grado di incoraggiare i nuovi membri a migliorare la formulazione. Gli utenti meno esperti di tecnologia spesso trovano difficile comprendere spiegazioni eccessivamente tecniche. Aiuta se, una volta che l’hanno capito, migliorano la formulazione in modo che la persona successiva possa capirla meglio. Naturalmente, i nuovi utenti tendono ad avere più difficoltà con la formattazione corretta. Ma non è stato un problema perché la comunità poteva correggerlo in seguito non appena se ne accorgeva.

Le FAQ sono fissate nel forum. Ho pensato che fosse fantastico che la data dell’ultima modifica fosse mostrata proprio accanto nella colonna delle attività. In quel modo, l’argomento non sembrava mai obsoleto, ma tutti potevano vedere che veniva costantemente aggiornato. Ora la data di attività non si aggiornerà più,

Negli ultimi giorni mi sono venute in mente prima le modifiche wiki, perché abbiamo dovuto trovare soluzioni per questo prima e ho trovato tutti quegli argomenti di altri utenti che avevano lo stesso problema. Ma in realtà il problema esiste anche per altre modifiche significative in cui gli utenti aggiungono in seguito informazioni preziose. Naturalmente, queste non vengono necessariamente aggiunte all’ultimo post. Ma penso che questo sia il caso più probabile. Discourse costringe persino gli utenti a modificare il proprio ultimo post invece di rispondere più volte di seguito. Mi chiedo come mi sentirei in un forum a cui mi sono unito dove il software mi dice di modificare il mio post invece di rispondere e, se l’avessi fatto, nessuno se ne sarebbe accorto. Mi sembrerebbe che a nessuno importasse. Immagino che non sia un posto dove volevo rimanere.
In questo forum, ad esempio, avvengono modifiche significative quando gli utenti aggiungono in seguito l’output dal monitor seriale o immagini.

Esempio di conversazione

nuovo utente: Ehi, ho il problema X
membro: Ehi, possiamo aiutarti meglio dopo che hai condiviso le immagini di X
nuovo utente: Non posso fare immagini ora, lo farò più tardi quando mio figlio sarà a letto.

e poi mettono le immagini in quel post più tardi

Sono preoccupato che potremmo perdere queste modifiche senza che l’argomento venga portato in cima.

Tornando alle tue domande: mentre nessuno ha bisogno di sapere quando è stato corretto un errore di battitura, tutti potrebbero essere interessati ad aggiornamenti preziosi. I visitatori possono facilmente capire che il wiki è attivamente mantenuto. I membri possono rivedere le modifiche ai wiki e notare le modifiche che forniscono informazioni aggiornate.

1 Mi Piace

OK, ho capito. Ecco cosa sto capendo:

  • Per i post wiki, segnalare alla community nel suo complesso che un post è stato recentemente modificato è utile per due motivi:
    • Aiuta a distribuire la responsabilità di revisionare le modifiche, per garantirne l’accuratezza.
    • Aiuta a mostrare che sono aggiornati.
  • Per le conversazioni, dato che Discourse scoraggia risposte multiple, le persone hanno bisogno di un modo per vedere che è stata apportata una modifica significativa invece.

Penso che tu abbia ragione sul fatto che i bump fossero una soluzione a entrambe queste esigenze.

Dovremo pensare a come affrontarle al meglio, data la rimozione del bump sul comportamento di modifica.

Per quanto riguarda la conversazione, penso che la risposta possa essere quella di ammorbidire lo scoraggiamento delle risposte multiple. Penso che ci siano casi in cui risposte multiple abbiano più senso delle modifiche, e possiamo regolare il linguaggio e la logica di quando appare la spinta per aiutare gli utenti a prendere la decisione giusta.

Per quanto riguarda il wiki, penso che necessiti di un’ulteriore discussione, ma condividerò alcune idee audaci. Penso che invece di scoraggiare le risposte sugli argomenti, dovremmo incoraggiarle e progettare le cose tenendone conto. Se fossero permesse e incoraggiate, penso che potrei spostare le aspettative dicendo “se apporti una modifica significativa, lascia una risposta sull’argomento descrivendo brevemente le modifiche e perché le hai apportate”. Ciò farebbe un bump sull’argomento e lo renderebbe ancora più trasparente. Abbiamo parlato di come le risposte dovrebbero essere visualizzate sugli argomenti wiki e di documentazione, quindi forse meriterebbe un’altra occhiata.

Un’altra cosa che potrei immaginare di fare è avere un flusso di notifiche condiviso per le modifiche a wiki e documentazione. Ad esempio, un canale di chat a cui viene inviato automaticamente un messaggio quando vengono apportate modifiche. Il gruppo che lo gestisce attivamente potrebbe vederli lì insieme e discuterne in un thread, se necessario. Non sono sicuro di quanto sarebbe facile realizzarlo oggi con gli strumenti esistenti. (C’è una possibile sovrapposizione tra questa idea e quest’altra discussione: How automated reports could help keeping Meta tidy)

1 Mi Piace

In realtà mi piace che l’argomento del wiki non abbia risposte perché ogni volta che clicco sull’argomento, vengo portato al primo e unico post. Sebbene sapere che c’è stata una modifica sia rilevante per notarla, non ho bisogno di leggere di questo ancora e ancora.
So che esiste un’impostazione di categoria per portarmi al primo post quando tutti i post sono stati letti, ma non vorrei che tutti gli argomenti in quella categoria facessero così.

Qualsiasi soluzione basata sulla chat non funzionerà sui forum in cui la chat è disabilitata :worried:

1 Mi Piace

Sì, capisco. Questo è il tipo di cosa a cui alludevo qui:

C’è molto da disfare lì, ma potrebbe essere qualcosa come nascondere le risposte per impostazione predefinita, ad esempio. È una conversazione più ampia, di sicuro.

Giusto. Potrebbe essere abilitata in modo molto mirato per questo caso d’uso, tuttavia. Ad esempio, noi stessi facciamo un uso limitato della chat su meta per cose come questa già oggi, ma non sono ampiamente visibili e la partecipazione generale della community avviene ancora quasi esclusivamente nelle discussioni del forum.

Per curiosità, qual è la logica alla base di questa modifica?

Se è principalmente per prevenire refusi/modifiche insignificanti che fanno riemergere un argomento, potrebbe essere limitato a gestire solo quelli e lasciare invariato il comportamento esistente?

1 Mi Piace

È difficile individuare la logica in una singola cosa. Abbiamo osservato una serie di cose che ci hanno portato a decidere di rimuovere il comportamento “bump on edit last post”.

Nel caso di modifiche minori, è un rumore non necessario, come hai menzionato.

Ma anche nel caso di modifiche importanti, abbiamo osservato che è difficile da spiegare e spesso indesiderato. Abbiamo visto persone che spesso ricorrevano alla funzione “reset bump date” quando detenevano quel potere dopo una modifica importante a un argomento di documentazione, ad esempio. Soprattutto quando venivano modificati più argomenti, ma anche per modifiche a un singolo argomento. Abbiamo persino avuto persone che ci segnalavano di farlo quando noi stessi non ci eravamo preoccupati di farlo.

Ma “reset bump date” non è troppo facile da scoprire. Le persone chiedevano come fare, segnalando che in realtà non volevano fare il bump ma non avevano capito come evitarlo, e che probabilmente molti che non si erano preoccupati di chiedere affrontavano lo stesso problema.

Un’altra osservazione è stata che le persone presumevano erroneamente che altri avrebbero visto le loro modifiche importanti. Creavano un post stub e lo modificavano mentre ci lavoravano. La loro fiducia che gli altri avrebbero seguito era rafforzata dal bump. Ma in realtà, molti che seguivano l’argomento non si preoccupavano di controllare perché l’argomento non appariva ancora come non letto dopo le modifiche. Quindi, una risposta aggiuntiva per richiamare esplicitamente le revisioni e chiedere una revisione o un feedback in questi scenari era spesso necessaria comunque, ma non stava avvenendo.

Sono abbastanza sicuro che le cose alla fine saranno più facili da capire senza questa funzionalità, ma dovremo affrontare un paio di questi casi in cui le persone erano diventate dipendenti da essa.

Questo è piuttosto interessante. Avrei pensato che una modifica importante di un documento sarebbe stata proprio la cosa giusta per giustificare un “bump” in Latest per attirare qualche occhio in più sulle nuove informazioni/nuova funzionalità e riportarla in primo piano rispetto ai contenuti “attuali”. (Anche se anch’io sono stato giudizioso con la funzione Reset Bump Date quando le modifiche non erano sufficienti a giustificare il disturbo a tutti. :slight_smile: Ma era bello avere l’opzione)

Sì, sarebbe stato un bel tocco avere il titolo dell’argomento che lampeggiava di nuovo in nero anziché in grigio. Personalmente, mi piaceva che venissero “spinti” e li leggevo per vedere cosa era stato modificato (era anche utile per individuare lo spam di modifiche :slight_smile:)

Terrò gli occhi aperti per vedere cosa sta arrivando. :eyes: :slight_smile:

1 Mi Piace

Ho pensato di provarci qui per vedere come ci si sente, e devo dire che mi sento piuttosto birichino. :slight_smile: Penso che il concetto di modificare il post per aggiungere i miei ‘pensieri extra’ sia così radicato che provare questo nuovo modo di ‘nuova risposta ogni volta’ sia quasi un sacrilegio. :slight_smile:

Ci lavorerò e vedrò se diventerà più comodo. :+1:

1 Mi Piace

Penso che, a un livello più pratico, i ping aggiuntivi (+ email) possano anche essere uno svantaggio. L’esperienza di lettura per gli altri potrebbe anche essere un po’ degradata quando si verifica un picco di due o tre post dallo stesso utente. Quello sarebbe normalmente un esempio di dove un moderatore li unirebbe.

1 Mi Piace

In senso buono, vero?

Penso che ci sia molto spazio per preoccuparsi dei dettagli qui. Ad esempio, se hai pensieri aggiuntivi da aggiungere 5 minuti dopo, potresti comunque voler modificare. Se li hai un giorno dopo, un altro post sembra migliore. Penso che la differenza dipenda dal fatto che tu supponga che gli altri abbiano già letto il tuo post o meno, o che siano ancora attivamente coinvolti nella conversazione. È tutta una questione di sfumature.

@Moin, questo sta diventando più un argomento di “feedback su una modifica recente”. Cosa ne pensi? Dovremmo abbracciarlo e aggiornare il titolo di conseguenza? O estrapolare la discussione più generale in un nuovo argomento e lasciare questo come qualcosa di più strettamente definito su come suggeriamo di gestire le modifiche alla wiki in futuro?

2 Mi Piace

Onestamente? :baymax_no: Mi è sembrato un po’ come scoreggiare in pubblico.

Ma è ancora presto. Potrei arrivare ad apprezzarlo. :slight_smile:

1 Mi Piace

Un’altra modifica in arrivo qui:

1 Mi Piace