È tornato nella sua ultima forma? È disabilitato e tutto:
Ma appare in vari menu a discesa di categoria. Probabilmente non è un grosso problema nel backend, ma viene anche suggerito nella ricerca:
È tornato nella sua ultima forma? È disabilitato e tutto:
Ma appare in vari menu a discesa di categoria. Probabilmente non è un grosso problema nel backend, ma viene anche suggerito nella ricerca:
Non ho riproduzione di questo su main.
@j.jaffeux Riesco a riprodurlo su try.discourse.org. Posso dire che l’impostazione “Consenti argomenti non categorizzati” è disabilitata su quel forum perché “Non categorizzato” non è presente nel menu “categoria…” del compositore di argomenti.
“Non categorizzato” è presente nel menu “Categorizzato” della ricerca avanzata nella pagina di ricerca.
Un elemento “Non categorizzato” è presente nel menu.
#u nel campo “Cerca”.
Un elemento “Non categorizzato” è presente nel menu di autocompletamento del filtro categoria.
#u nel campo “Cerca”.
Un elemento “non categorizzato” è presente nel menu di autocompletamento del filtro categoria.
Sono anche in grado di riprodurre la presenza della categoria “Non categorizzato” nella finestra di dialogo “Riordina Categorie”. L’ho riprodotto su un forum di cui sono amministratore e dove l’impostazione “Consenti argomenti non categorizzati” è disabilitata (ovviamente non posso testarlo su try.discourse.org). Quel forum utilizza la versione di Discourse d8c855e55978d00fc63021b31ecd00a4bee9d922.
/categories).
Un elemento “Non categorizzato” è presente nella finestra di dialogo.
Sono d’accordo con @manuel sul fatto che la presenza in questa finestra di dialogo sia meno grave della presenza nelle interfacce rivolte all’utente, ma ho pensato di menzionarlo dato che apparentemente non sei nemmeno in grado di riprodurre quel difetto.
@hugh Non sono nemmeno sicuro che vogliamo mantenere a lungo termine questo pantano “non categorizzato”.
Nel corso degli anni ho cercato di liberarmene il più possibile, ma continuano a spuntare nuovi casi limite.
Secondo me dovremmo eliminare le impostazioni e permettere semplicemente alle persone di scegliere una categoria predefinita. Un componente del tema può nascondere un badge di categoria particolare per i rari casi in cui non vogliamo mostrarlo su “Generale” o simili.
I maintainers sono stati in grado di riprodurre il difetto seguendo le procedure che ho descritto nella mia precedente risposta? Chiedo perché vedo che l’argomento ha ancora il tag needs-repro.
Se sei in grado di riprodurre il difetto, rimuovi quel tag dall’argomento in modo che sia chiaro che il rapporto è ora attuabile nel suo stato attuale.
tieni duro compagno, è uscito dal nostro radar, stiamo dando priorità a questo per la conferma della riproduzione e l’assegnazione a un membro xp
Per, odio dover rispondere con “prova qualcos’altro”
Ma mi chiedo, cosa ti impedisce di terminare semplicemente l’uso di “sopprimi non categorizzati” su Arduino?
Trovo questa intera funzionalità una curva di apprendimento confusa, in un universo parallelo eliminerei semplicemente l’impostazione del sito, gli argomenti hanno bisogno di una categoria, quindi avere questo universo in cui gli argomenti hanno una categoria (ma in realtà non hanno una categoria) è confuso e aggiunge davvero poco agli utenti finali dato che puoi semplicemente inserire le cose in “generale” se le persone non riescono a categorizzare.
Ti piacerebbe che ti aiutassimo a trasferire il “recupero degli argomenti non categorizzati” in una categoria “Generale”?
Con questo intendi deselezionare l’impostazione del sito “Consenti argomenti non categorizzati”?
Se è così, allora è così che è configurato il forum Arduino (e lo è sempre stato).
Si prega di notare che, ad eccezione di “Riordina categorie” (che abbiamo già specificato non essere molto importante), ho verificato che il difetto può essere riprodotto seguendo le istruzioni che ho fornito su try.discourse.org. Quindi il forum Arduino non è direttamente rilevante per questa conversazione. Per quanto posso dire come utente normale, l’impostazione del sito “Consenti argomenti non categorizzati” è disabilitata su try.discourse.org.
Il problema segnalato qui è che la categoria Uncategorized è esposta nell’interfaccia utente sui forum che hanno quella categoria disabilitata tramite l’impostazione del sito “Consenti argomenti non categorizzati”.
Per me va bene.
Come qualcuno che ha lottato per anni per far scegliere agli utenti una categoria appropriata per i propri argomenti, posso capire perché alcuni operatori di forum troverebbero utile una funzione che consenta agli utenti l’opzione di saltare la scelta di una categoria. Tuttavia, non ho alcun interesse a utilizzare la funzione “Consenti argomenti non categorizzati” sul mio forum, quindi la rimozione della funzione non mi riguarderebbe personalmente.
Poiché non ho esperienza nell’uso della funzione “Consenti argomenti non categorizzati”, non posso commentare i meriti relativi della funzione rispetto al semplice utilizzo di una categoria normale come proponi.
Penso che sia una buona idea parlare con qualcuno che utilizza la funzione per capire se è veramente necessaria; io semplicemente non sono quella persona.
Non sono sicuro di capire cosa intendi con questo. Vorrei capire però.
Offri una qualche forma di assistenza con la categorizzazione del forum Arduino?
Se stai guardando il forum Arduino, qualcosa che potrebbe creare confusione è che abbiamo effettivamente una categoria chiamata “Non categorizzato”. Tuttavia, questa è una categoria normale che ha semplicemente quel nome, non la categoria speciale fornita dall’impostazione del sito “Consenti argomenti non categorizzati”. La nostra categoria “Non categorizzato” ha in realtà uno scopo completamente opposto alla funzione “Consenti argomenti non categorizzati”. Non è in alcun modo rilevante per l’argomento di questo rapporto di bug, ma nel caso fossi interessato al motivo per cui lo abbiamo fatto, è spiegato qui.
Ho capito, ho appena fatto un po’ di debug locale, confermo che è riproducibile al 100% su installazioni Discourse predefinite.
Ricapitoliamo qui:
Ci sono 2 impostazioni per quanto riguarda le non categorizzate:
allow_uncategorized_topics predefinito disattivato
suppress_uncategorized_badge predefinito attivato
quando allow_uncategorized_topics è disabilitato (configurazione predefinita) ne facciamo trapelare la presenza in determinati punti.
Se provi a risolvere abilitando le non categorizzate in modo da poterle eliminare, ti viene presentato:
In Discourse questa categoria è molto strana in quanto:
Possiamo risolvere la fuga di notizie aggiungendo sempre più condizionali, probabilmente siamo già a 10 sia lato client che lato server.
Oppure possiamo risolvere alla radice, permettendo agli amministratori di eliminare la categoria, quindi scompare e non abbiamo più bisogno di controllarla.
La mia raccomandazione qui è
uncategorized_category_iddefault_composer_categoryIl bug di ricerca corrente può essere risolto con qualcosa come
diff --git a/app/assets/javascripts/select-kit/addon/components/search-advanced-category-chooser.js b/app/assets/javascripts/select-kit/addon/components/search-advanced-category-chooser.js
index a678919d16..83a9ed27db 100644
--- a/app/assets/javascripts/select-kit/addon/components/search-advanced-category-chooser.js
+++ b/app/assets/javascripts/select-kit/addon/components/search-advanced-category-chooser.js
@@ -1,4 +1,5 @@
import { classNames } from "@ember-decorators/component";
+import { setting } from "discourse/lib/computed";
import CategoryChooserComponent from "select-kit/components/category-chooser";
import {
pluginApiIdentifiers,
@@ -7,11 +8,13 @@ import {
@classNames("search-advanced-category-chooser")
@selectKitOptions({
- allowUncategorized: true,
+ allowUncategorized: "allowUncategorized",
clearable: true,
none: "category.all",
displayCategoryDescription: false,
permissionType: null,
})
@pluginApiIdentifiers("search-advanced-category-chooser")
-export default class SearchAdvancedCategoryChooser extends CategoryChooserComponent {}
+export default class SearchAdvancedCategoryChooser extends CategoryChooserComponent {
+ @setting("allow_uncategorized_topics") allowUncategorized;
+}
import { render } from "@ember/test-helpers";
import { module, test } from "qunit";
import { setupRenderingTest } from "discourse/tests/helpers/component-test";
import selectKit from "discourse/tests/helpers/select-kit-helper";
import SearchAdvancedCategoryChooser from "select-kit/components/search-advanced-category-chooser";
module(
"Integration | Component | select-kit/search-advanced-category-chooser",
function (hooks) {
setupRenderingTest(hooks);
hooks.beforeEach(function () {
this.set("subject", selectKit());
});
test("respects allow_uncategorized_topics setting when false", async function (assert) {
this.siteSettings.allow_uncategorized_topics = false;
await render(
<template><SearchAdvancedCategoryChooser /></template>
);
await this.subject.expand();
// Uncategorized category (ID 17 in test data) should not be present when setting is false
assert.false(
this.subject.rowByValue(17).exists(),
"uncategorized category is not available when allow_uncategorized_topics is false"
);
});
test("shows uncategorized category when allow_uncategorized_topics is true", async function (assert) {
this.siteSettings.allow_uncategorized_topics = true;
await render(
<template><SearchAdvancedCategoryChooser /></template>
);
await this.subject.expand();
// Uncategorized category (ID 17 in test data) should be present when setting is true
assert.true(
this.subject.rowByValue(17).exists(),
"uncategorized category is available when allow_uncategorized_topics is true"
);
});
test("has correct default options", async function (assert) {
await render(
<template><SearchAdvancedCategoryChooser /></template>
);
assert.strictEqual(
this.subject.header().label(),
"All categories",
"has correct default none label"
);
});
}
);
Ma quello è solo il bug della ricerca avanzata, stiamo giocando a acchiappa la talpa…