Opzione "nessun bump" durante la modifica dell'ultimo post in un argomento?

Capisco che più opzioni e distrazioni potrebbero non essere gradite (+ lavoro e potenziali problemi per poco), ho solo condiviso l’idea: al momento, qualsiasi modifica all’ultimo post sembra far riprendere l’argomento (probabilmente solo per un certo periodo di tempo, immagino), anche solo una piccola correzione.

Una casella di spunta “non riprendere” o “non far riprendere” durante la modifica dell’ultimo argomento in questa situazione (dove il riprendere avverrebbe di default) permetterebbe agli utenti di scegliere di non farlo se lo desiderano.

5 Mi Piace

La funzionalità esiste già: basta utilizzare l’opzione “resetta data di sollevamento” nella chiave inglese di amministrazione a livello di argomento.

7 Mi Piace

Sì, ho visto che questo è già stato discusso qui su meta cercando. Mi riferivo alla possibilità per ogni UTENTE di scegliere di non far riemergere il proprio argomento se effettua una modifica (basta un semplice checkbox da spuntare).

Mi è capitato due volte di recente, qui su meta: ho pubblicato qualcosa. Ho ricevuto una notifica che il mio post era stato apprezzato. Ho cliccato sul post per vedere esattamente quale fosse. Si trattava dell’ultimo del topic. Ho notato un piccolo errore (refuso, grammatica, ecc.), l’ho corretto e… ho fatto riemergere il topic negli ultimi senza un buon motivo. Posso capire come, in alcune comunità, potrei persino essere stato accusato da qualcuno di aver fatto quella piccola correzione proprio per far riemergere il topic di proposito.

Forse aggiungi qualcosa al tuo post modificandolo e ritieni che non valga la pena far riemergere il topic. E/o non vuoi dare fastidio alle persone (magari lo modifichi più volte).

Non è importante. Può essere considerato insolito e non abbastanza frequente da giustificare l’implementazione. Ma potrebbe anche essere una piccola funzionalità utile. Quindi, come detto, l’ho proposta.

6 Mi Piace

Sì, spesso trovo questa cosa fastidiosa.

Soprattutto su Meta.

Pubblico molti post dettagliati a causa della natura del mio coinvolgimento qui, ed è seccante finire per occupare la cima della sezione “Ultime” quando sto semplicemente correggendo alcune informazioni nel mio ultimo post. Questo può accadere diverse volte nell’arco di 30 minuti.

Forse sono solo paranoico, ma è decisamente un problema.

Capisco che aggiungere una funzione del genere potrebbe appesantire l’interfaccia.

Forse potrebbe esserci una sorta di timeout in cui l’argomento non viene riattivato entro una finestra temporale di modifica prestabilita (evitando la necessità di modificare l’interfaccia). Senza approfondire, forse esiste già? Tuttavia, questa non è la mia esperienza utente.

Immagino che sia difficile prendere una decisione generica sul comportamento in questo caso? Alcuni siti vorrebbero un riavvio per qualsiasi modifica, altri potrebbero preferire che non accadesse?

8 Mi Piace

Non credo. Sono piuttosto convinto che sia una buona cosa essere cauti per non infastidire o disturbare gli altri. E per quanto riguarda la piccola paura che qualcuno possa lamentarsi, beh… tende a succedere. L’abbiamo tutti visto un giorno.

Immagino che SIA così. Il lasso di tempo è un po’ più lungo, e anche questo è BUONO. Penso che sia un’ottima funzionalità il fatto che gli argomenti vengano riportati in cima quando vengono modificati: se vuoi aggiungere qualcosa, lo fai tramite una modifica invece di creare un nuovo post, e affinché le tue nuove informazioni vengano viste, il RIPRISTINO IN ALTO È BUONO. Non c’è alcun dubbio. È persino ottimo. MA, quando si tratta solo di correzioni o piccoli cambiamenti estetici, non lo è. Quindi questa casella vicino al pulsante di conferma della modifica migliorerebbe le cose, immagino.

(Io immagino che alcuni di noi rileggano i propri post dopo averli pubblicati e sentano il bisogno di apportare piccole modifiche quando vedono un modo per migliorarli anche solo di poco.)

2 Mi Piace

Sì, un buon esempio di bump pessimo sarebbe correggere un errore di battitura.

Sto esaminando il codice sorgente qui, ma intervenite pure se sapete che esistono soglie per i bump…

Penso che la soluzione migliore sia un’impostazione del sito sensata per bloccare i bump entro una finestra temporale o una soglia di caratteri e, se possibile, un modo per bloccare un bump se l’utente ha un livello di fiducia (TL) sufficiente.

1 Mi Piace

OK, esiste un’impostazione del sito e un periodo di grazia per la modifica, finalmente! Ma lasciate che trovi cosa causa una nuova ‘versione’.

2 Mi Piace

Non è attualmente di 5 minuti qui su meta? Il periodo durante il quale le modifiche non vengono tracciate. Immagino che sia possibile semplicemente aumentare tale durata. E il tracciamento delle modifiche e i riempimenti vanno di pari passo.

Diciamo che è una soluzione parziale. Ci sono aspetti positivi e meno positivi in questa direzione, a mio parere (è solo la mia opinione).
Sì, l’hai scoperto mentre stavo scrivendo :wink:

2 Mi Piace

OK, sembra che una nuova ‘versione’ dipenda da finestre temporali. Questa finestra sembra spostarsi con una modifica fuori dai limiti all’ultimo post (che farà avanzare l’argomento), quindi ottieni un nuovo periodo di grazia applicato per un certo tempo dopo la modifica di avanzamento, se la mia interpretazione è corretta?:

Strano, ma sembra sempre più sensibile di così… ma le specifiche sono la fonte della verità, quindi procediamo con questo comportamento come situazione di fatto.

Quindi fondamentalmente stai suggerendo di aggiungere un’opzione esplicita per un’edizione ‘ninja’?

Potresti sicuramente aumentare il periodo di grazia e vedere se funziona per te:

image

Ma questo non risolverà la tua esperienza sui siti di terze parti :wink:

Un altro modo per gestire la questione potrebbe essere modificare il periodo di grazia in base al livello del Trust Level (TL) dell’utente + 1?

Quindi, ad esempio, TL0 ottiene 300 secondi, TL1 600 secondi e così via…

… oh, aspetta, questo è già stato considerato :bulb: :+1:

CONCLUSIONE: esistono già molti strumenti a riguardo?

5 Mi Piace

Sì, questo potrebbe già essere ottimo. Avrei sostenuto che un aggiornamento sarebbe stato comunque giustificato se si aggiunge un intero paragrafo (l’equivalente di un nuovo post), ma qui sembra che si sia già pensato a tutto con il “max diff” :+1:

(e sì, “aumentare”. Inizialmente, avevo frainteso quando hai parlato di una “finestra temporale”: pensavo a un periodo di tempo DOPO il quale non ci sarebbe più stato un aggiornamento. Tipo, se modifichi dopo settimane. Ma forse questo non esiste. Non ho pensato subito ai 5 minuti PRIMA che inizi l’aggiornamento. Immagino che questo sia quello che viene chiamato “ninja edit” se ho capito bene. Ci ho pensato solo più tardi nella discussione sopra.)

No, non sarebbe mai utile a mio parere. Stavo suggerendo il contrario: un recesso quando sei DOPO il periodo della “ninja edit”. Ah, ora ho capito. Adesione a una ninja edit, non adesione a un aggiornamento mentre sei nel periodo della ninja edit :wink: Sì, era quello che intendevo! :rofl:

Potrebbe esserci un caso per un “min diff” illimitato? Tipo 5 o 10 caratteri. Questo escluderebbe automaticamente tutte le piccole correzioni. A meno che non esista già? (Il rovescio della medaglia è che alcune persone potrebbero notare un errore che potrebbe scomparire senza alcuna registrazione di una modifica. Potrebbe essere controverso? O correggere un numero in un dibattito acceso, per esempio. Quello è già più borderline) [Nota: quest’ultimo è esattamente il rischio che corriamo anche con un aumento del periodo di grazia (durante una discussione “in diretta”)]

2 Mi Piace

Sì, normalmente modificare l’ultimo post di un argomento lo porta in cima, proprio come farebbe aggiungere una nuova risposta. Se nell’argomento c’è un solo post, questa regola si applica anche quando modifichi l’argomento o la categoria, che sono considerati elementi del primo post. A volte questo prende davvero alla sprovvista, ma tende a essere specifico dello scenario “ho un sacco di argomenti nel mio forum composti da un solo post”.

Il periodo di grazia per le modifiche, che di default è di 5 minuti, è una funzionalità integrata sin dalla prima versione di Discourse rilasciata al mondo nel 2013. Nei primi 5 minuti dopo aver inviato la tua risposta, puoi modificarla quanto vuoi* senza che l’argomento venga portato in cima.

Sono curioso di sapere perché questo comportamento possa essere un problema così grande… puoi descrivere scenari specifici, con esempi, in cui stai costantemente “accidentalmente” portando in cima gli argomenti tramite modifiche? :thinking:

* Tuttavia! Un piccolo aggiustamento che abbiamo introdotto in seguito, a causa degli spammer, è questo: se modifichi “troppo” un post, siamo costretti a creare una revisione, anche durante il periodo di grazia per le modifiche. Ci sono impostazioni del sito per controllare questo, e facciamo una distinzione tra nuovi utenti e utenti affermati.

4 Mi Piace

Puoi tornare a dare un’occhiata ai primi post di Robert e me dopo la tua risposta iniziale sopra. Forse pensi che sia troppo “occasionale” per essere considerato? (da qui l’uso della parola “continuamente”. O forse intendevi solo “riproducibile”? Non sono sicuro.)

@merefield Ho ripensato alla tua idea di aumentare il “periodo di grazia”, e non è affatto male. Attualmente, i parametri per modificare il periodo di grazia funzionano sia per la “modifica ninja” che per lo spostamento in alto. È corretto? In realtà, è [se c’è una modifica, allora sposta in alto] ma [se quella modifica è una modifica ninja, non spostare in alto]. Per “modifica ninja” si intende una modifica effettuata durante il “periodo di grazia” e sotto il “max diff” (entrambi configurabili), dove le modifiche non vengono registrate per apparire con un’icona arancione nell’angolo in alto a destra. Ho capito tutto correttamente?

Una soluzione che risolve tutto ciò che ho sollevato sopra sarebbe avere due diversi periodi di grazia (con due parametri separati per ciascuno): uno per registrare le modifiche (modifiche ninja) e uno per lo spostamento in alto. In questo caso, potresti mantenere un breve periodo per le modifiche ninja (5 minuti mi sembrano una buona scelta) e un periodo più lungo “senza spostamento in alto” (ad esempio 1 ora, forse anche 24 ore). Se vuoi, potresti regolare il “max diff” del periodo “senza spostamento in alto” per usare un valore inferiore rispetto al periodo “modifica ninja” (avresti un parametro “max diff” per ciascun periodo).

Potresti avviare i due periodi contemporaneamente, oppure considerare che il periodo “senza spostamento in alto” inizi DOPO il periodo “modifica ninja”.

Tornando a questo:

In realtà, sì e no. Abbiamo iniziato a considerare il tracciamento delle modifiche e degli spostamenti insieme, perché presumo che sia così che vengono attualmente gestiti nel codice che hai esaminato. Stavo sostenendo di lavorare solo sugli spostamenti. Consentire un periodo più lungo per le modifiche ninja potrebbe portare ai problemi che ho sollevato sopra.

Un’alternativa a quanto sopra, che mi piace molto, sarebbe avere un “MIN DIFF” illimitato “senza spostamento in alto”. Inoltre, solo “senza spostamento in alto”, non modifica ninja. Potresti impostarlo a 10 o 20 caratteri. La logica sarebbe: se una modifica è inferiore al numero di caratteri necessari per creare un nuovo post, allora non vale la pena spostare in alto il topic. Questo eviterebbe lo spostamento per tutte le piccole correzioni (anche solo cambiare o aggiungere una parola), ma le renderebbe comunque visibili con l’icona arancione. Potresti anche considerare di non aggiungere un parametro specifico “min diff”, ma utilizzare il valore già esistente per la lunghezza minima dei nuovi post.

Vado fino in fondo con un’idea un po’ pazza :wink: : Lo scenario ideale, come lo vedo io, sarebbe avere i parametri per due diversi periodi di grazia come spiegato all’inizio, con un “periodo di grazia per lo spostamento” (=“senza spostamento”) che potresti impostare a 0 per illimitato, e un “max diff per il periodo di grazia dello spostamento” oltre il quale effettui lo spostamento, anche durante il periodo di grazia. Imposta quest’ultimo a 0 per non utilizzare questa nuova funzionalità e lasciare tutto come funziona attualmente.

:rofl:

1 Mi Piace

Abbiamo una categoria “Vendo/Compro” e quando le persone fanno pulizia modificando gli annunci vecchi, finiscono per rimettere in evidenza gli argomenti in modo accidentale.

Uno dei motivi di tale comportamento è che potrebbero voler rimuovere le proprie informazioni di contatto se visibili, o evitare contatti non necessari.

Capisco la logica e la preferenza sia a favore che contro, quindi non vedo alcun motivo per cui questa funzionalità non dovrebbe essere configurabile.

3 Mi Piace

Sì, la mia comunità si trova in una situazione simile. I venditori spesso modificano l’ultimo post per aggiornare le informazioni relative alla vendita (aggiustamento di prezzo e disponibilità, ecc.). Le modifiche legittime sono accettate e permettiamo di visualizzare la cronologia delle modifiche. Alcuni, tuttavia, modificano l’ultimo post in mala fede, con il solo scopo di spostare il loro thread per aggirare la “regola contro i bump scorretti” della nostra comunità.

Modificherò la configurazione del periodo di grazia finché non sarà disponibile un’opzione per configurare la regola dei bump relativa alla modifica dell’ultimo post.

Grazie mille! La nostra comunità apprezza il modo in cui Discourse permette loro di autoregolarsi e sono spesso appassionati di ciò che il software può e non può fare.

3 Mi Piace

Sì, il mio suggerimento principale è di rendere più stretti gli intervalli di modifica. Se le persone non sono in grado di usare la funzione di modifica in modo responsabile, la conseguenza è che le loro capacità di modifica vengono limitate a livello globale.

Ciò, unito a avvisi e possibili sospensioni per coloro che ricorrono frequentemente a questo comportamento.

2 Mi Piace

Questo sta diventando un po’ un fastidio nella nostra comunità: continuiamo ad avere persone che pubblicano post “no bump” per evitare di riportare in alto l’argomento quando rimuovono elementi dalle loro liste WTB/WTS.

Penso davvero che abbiano il diritto di modificare quei post, dato che è una delle sezioni più attive del sito e, se vogliono mantenere un unico argomento per i loro articoli, secondo me è ancora meglio. Tuttavia, preferiamo anche che le persone non pubblicano messaggi del tipo “ho inviato un PM”, e potrebbe succedere che un argomento relativo a un articolo venduto non riceva risposte fino al momento di modificarne il contenuto.

Avete suggerimenti su come aggirare la funzionalità attuale o motivi per non rendere questa opzione configurabile a livello di categoria o globale?

1 Mi Piace

Quando crei un argomento WTB/WTS, assicurati di aggiungere un nuovo post alla fine. In questo modo, le modifiche avverranno su un post che non è l’ultimo.

Penso che tu voglia che l’argomento venga rimesso in cima, se qualcuno ha oggetti in vendita e poi modifica l’elenco per indicare che metà degli articoli sono stati venduti… questo è un aggiornamento molto rilevante.

1 Mi Piace

Penso che il problema sia che, dato che le persone possono occasionalmente vendere singoli articoli, far risaltare argomenti praticamente vuoti non avrebbe molto senso :thinking: