Ultimamente sono stato davvero impegnato. Ma sono quasi finito con l’aggiornamento della logica per ottenere la statistica successiva più vicina: invece di guardare la percentuale, guarda il valore effettivo più basso che può essere raggiunto successivamente.
Per quanto riguarda i TL3 che stanno per perdere i progressi, ho anche iniziato a lavorare su quello. Probabilmente non si dovrebbe usare il repository per ora, poiché è a metà strada tra il prodotto finito.
Mmm. Direi che esistevano praticamente da sempre. Ho trovato un commit che li rinominava risalente al 2014
Non credo che ci sia stato un “lungo periodo” di Discourse prima di allora.
Credo che tu abbia bisogno di impostazioni separate per le palette di colori chiaro e scuro. Il grigio chiaro su nero ha un contrasto diverso rispetto al bianco.
Invece di time_period: "Basato sugli ultimi %{num_days} giorni." puoi usare
Così otterrai giorno/giorni in base al numero. Le cose diventano un po’ complicate quando c’è più di un numero e altre parole da cui dipende il testo nel testo. Cercerei di evitare Message Format.
Interessante, ora mi chiedo perché pensassi ciò che ho annotato.
Altra nota interessante sul commit: è stato effettuato da Jeff ( coding-horror), cosa rara da vedere al giorno d’oggi.
mi è stato ricordato un problema che alcuni utenti incontrano quando cercano di raggiungere il livello TL3.
Quando agli utenti viene richiesto di leggere un certo numero o percentuale di post, assumono naturalmente che tutti i post inclusi in tale calcolo siano visibili per loro. Tuttavia, questo non è sempre il caso.
Ad esempio, se i post in una categoria silenziata contano comunque per il requisito, potrebbero esserci abbastanza post idonei nelle categorie silenziate da rendere l’obiettivo difficile — o forse impossibile — da raggiungere senza prima desilenzare quelle categorie e leggere i post.
Il plugin dovrebbe quindi fornire una suddivisione categoria per categoria che mostri:
quanti post in ciascuna categoria sono inclusi nel calcolo dell’idoneità; e
quanti di questi post idonei l’utente ha letto.
Questo rivelerebbe se le categorie silenziate stanno influenzando i progressi dell’utente e mostrerebbe cosa devono fare per soddisfare il requisito — o, come alcuni utenti potrebbero descriverlo, come “gamingare” il sistema.
Quasi pronto con la visualizzazione delle statistiche se un TL3 sta per perdere il livello TL3 (con una soglia minima impostata per mostrare un avviso se una statistica è inferiore a quel valore).
Il fatto è che nemmeno il core ha questo tipo di indicazione. L’idea originale è portare alle informazioni che gli utenti dello staff possono vedere agli utenti stessi. Penso che questo possa essere troppo al di fuori dell’ambito del plugin. Ma vorrei saperne di più a riguardo. Stai dicendo che le categorie non silenziate non contengono abbastanza post per soddisfare il requisito, e che il numero restante può provenire dalle categorie silenziate?
Inoltre, come funzionerebbe? Prendere ogni post creato nell’intervallo di tempo, controllare l’argomento a cui appartiene, controllare l’ID della categoria, confrontarlo con le categorie silenziate dell’utente, quindi aggiungerlo a un contatore? O forse qualche query SQL ottimizzata…
Non necessariamente, anche se potrebbe essere vero in un caso estremo.
Di tanto in tanto, mentre aiutavamo gli utenti, ci siamo accorti che il conteggio dei post letti di un utente aumentava più rapidamente rispetto a quello di un altro. La differenza era spesso che il lettore più attivo non aveva silenziato determinate categorie. Gli argomenti di quelle categorie apparivano quindi nelle loro liste di argomenti ed era più probabile che venissero letti.
Quando l’altro utente disattivava il silenzio per la categoria, più argomenti diventavano visibili nelle loro visualizzazioni di navigazione normali e il loro conteggio giornaliero dei post letti aumentava per corrispondere approssimativamente a quello dell’altro utente.
Sì. I post in quelle categorie possono essere conteggiati quando vengono effettivamente letti. Tuttavia, silenziare una categoria può rallentare indirettamente i progressi di un utente perché i suoi argomenti sono nascosti da visualizzazioni come Ultimi e quindi è più facile perderli.
Anni fa, il requisito di lettura dei post sul forum di OpenAI si basava principalmente su una percentuale dell’attività del forum, senza il limite minimo presente in molte configurazioni attuali. Su un forum molto attivo, questo avrebbe potuto richiedere la lettura di 10.000 o più post.
Alcuni utenti hanno notato che i totali dei post letti di altri membri, come mostrato nel registro utenti, aumentavano molto più rapidamente anche se leggevano ogni post visibile che riuscivano a trovare. Dopo alcune indagini, le categorie in silenzio sono state identificate come la ragione: un numero significativo di post disponibili non appariva nelle loro liste di argomenti abituali.
Ok, ho aggiunto la funzione per mostrare la statistica più bassa se l’utente è sopra il TL3. Ho preparato le query per trovare il numero di argomenti e messaggi nelle categorie soppresse e sto lavorando per integrarle nell’interfaccia utente.
Bingo bongo: @EricGT Ho aggiunto la visualizzazione di se l’utente è bloccato, di quanti argomenti e post ci sono nelle categorie soppresse, e se l’utente perderà presto il TL3. Sto aspettando una risposta su How do I access topics in muted categories? per il link corretto per visualizzare quegli argomenti soppresi.
Ho aggiornato il collegamento per puntare direttamente a /u/<username>/preferences/tracking. Se non c’è altro, procederò a creare l’argomento Customization > Plugin!
Fantastico, grazie per averlo sviluppato e condiviso!
Mi chiedo se questa base possa essere utilizzata per un progresso simile legato ai badge. Il nostro sistema di karma/sfide (precedentemente chiamato applauso/badge) e di livello di fiducia è personalizzato, e per la nostra comunità, un indicatore di progresso legato alle sfide/badge sarebbe quello più adatto a noi.