La categoria non viene sempre caricata anche per i suggerimenti “Il tuo argomento è simile a…”
Sembra che il selettore di categorie abbia problemi con le categorie caricate in modo pigro quando viene utilizzato anche il selettore di tag. Ad esempio, quando si apre Topics tagged official, l’aspetto dipende dal fatto che tu abbia aggiunto Plugin e Plugin > Extras alla tua barra laterale.
Quando hai aggiunto entrambi, tutto funziona bene
Quando rimuovi Plugin > Extras dalla barra laterale, manca il selettore di sottocategorie
E quando rimuovi anche Plugin dalla barra laterale, il menu a discesa delle categorie non mostra più la categoria selezionata (e il banner della categoria non mostra la categoria)
Quando fai clic su ‘Hot’ o ‘Top’ da lì, Discourse ignora il filtro della categoria. Ad esempio, invece di passare da ‘Latest’ su https://meta.discourse.org/tags/c/plugin/22/official/l/latest a ‘Top’ su https://meta.discourse.org/tags/c/plugin/22/official/l/top, verrai reindirizzato a https://meta.discourse.org/tag/official/l/top.
Ho notato che “Naviga al primo post dopo che gli argomenti sono stati letti” non funziona sempre quando la categoria non è aggiunta alla barra laterale. Penso che sia a causa delle categorie caricate pigramente.
- Rimuovi Documentation > Contributing dalla tua barra laterale
- Leggi Contributing to Discourse development così dovresti essere portato in cima alla tua prossima visita. (Lo fisserei se non fosse già fissato per trovarlo meglio in seguito)
- Apri Contributing to Discourse
- Ricarica
- Usa il link a Documentation > Contributing sotto il titolo
- Apri Contributing to Discourse Development
Quindi vedi l’ultimo post invece del primo
Funziona come previsto quando Documentation > Contributing è aggiunto alla sezione categorie della barra laterale
Quando lo stile della pagina della categoria desktop è impostato su “Sottocategorie con argomenti in primo piano” con caricamento lazy, le sottocategorie non vengono separate e visualizzate. Ciò rende lo stile effettivamente uguale a “Categorie con argomenti in primo piano”.
Immagino che questo sia il risultato previsto, ma volevo verificarlo prima. Se lo è, potrebbe essere necessaria una descrizione o un avviso aggiuntivo.
Senza caricamento lazy:
Con caricamento lazy:
Il caricamento lazy delle categorie rende impossibile configurare le impostazioni di approvazione delle categorie. È possibile salvare, ma dopo un ricaricamento le caselle di controllo sono di nuovo vuote.
Caricamento lazy delle categorie disattivato:
Caricamento lazy delle categorie attivato:
Puoi dare un’occhiata nella console, mi chiedo se la chiamata per salvare la categoria fallisce?
Un caso limite così strano.
Penso che il salvataggio funzioni correttamente. Il problema è che la casella di controllo è vuota dopo un aggiornamento, quindi lo stato corrente è sconosciuto. Ma poiché è possibile solo selezionare la casella di controllo, è necessario abilitarla e salvarla per poterla disattivare.
Quando lazy load categories è disabilitato, viene utilizzato GET /c/test-3/find_by_slug.json, che restituisce queste impostazioni.
"category_setting": {
"auto_bump_cooldown_days": 1,
"num_auto_bump_daily": 0,
"require_reply_approval": true,
"require_topic_approval": true
}
Quando lazy load categories è abilitato, GET /categories/find?slug_path=test-3&include_permissions=true non le restituisce.





