Sei sicuro di questo layout?
Rende davvero difficile trovare il componente giusto. E sembra… davvero irrequieto.
E penso che il pulsante di installazione dovrebbe essere il primo componente, non l’ultimo. Viene utilizzato più spesso dei componenti.
Dove sono quelli disabilitati, quelli senza temi collegati?
Il cambiamento è interessante!
Guardando le PR iniziali come:
(ma anche #29225, #29079)
Apprezzo l’intenzione di semplificare e creare un’interfaccia più user-friendly.
Penso che con screenshot e descrizioni appropriate, avrebbe un bell’aspetto!
Unire temi e componenti ha senso.
Evitare barre laterali multiple sembra anche una buona idea.
La mia preoccupazione immediata è la mancanza di ricerca e filtraggio, ma sono sicuro che l’interfaccia utente verrà perfezionata con miglioramenti in seguito. Quando si hanno molti componenti, è una funzionalità indispensabile.
Altri feedback:
Come ha detto Jakke, il pulsante di installazione dovrebbe essere in alto, o almeno una scorciatoia.
Lo scorrimento può essere scoraggiante se si hanno molti componenti.
Puoi impostare un componente come Imposta predefinito, e ovviamente non dovresti farlo
Quando aggiorni un componente, mi aspetterei che il menu si chiuda una volta cliccato:
Possiamo trovare un’etichetta più corta? 
Non mi dispiacerebbe un’opzione per scegliere tra visualizzazione a griglia o a elenco in cima alla pagina. Ad esempio:
Attendo con impazienza i futuri miglioramenti!
E mi piacerebbe molto fare una ricerca lì. Mi è venuto un po’ di nausea scorrendo su e giù alla ricerca del componente font di Google…
Sono completamente d’accordo, questo non è un approccio pratico:
Mi fa venire il mal di testa… Ho aggiunto alcuni stili per poter navigare di nuovo nella pagina dei componenti in modo semplice 
Quello che sto cercando di fare anche io.
Per curiosità, stavo cercando di creare un pulsante a lista o griglia e raggrupparlo per stato. Sarebbe bello aggiungere alcune opzioni di filtro in alto.
La vista a griglia può essere interessante per alcune persone, però. Per il tema, ha senso, almeno.
@osama @ella e @hugh sono molto nel mezzo di questo lavoro e stanno discutendo alcune di queste cose internamente.
In ogni caso, continua a condividere i tuoi feedback qui, ma aspettati che questo continui a cambiare nel prossimo futuro, indipendentemente.
Per integrare quanto detto sopra:
Ecco una demo grezza (non sono un designer, l’ho fatta solo per divertimento), sarei molto felice con qualcosa di simile:
Un’altra possibile vista per chi ama le caselle ma con informazioni minime:
Un’ultima funzionalità che vorrei vedere è la possibilità di abilitare/disabilitare direttamente dall’elenco. Sarà meno immediato, quindi una scorciatoia sarebbe gradita.
Ti va di condividerlo 
(E sì, so che sarebbe solo una soluzione temporanea, ma comunque)
Ecco a te 
.admin-config.customize.components {
.admin-detail {
padding: 0;
}
.themes-cards-container {
display: flex;
flex-direction: column;
max-width: 500px;
gap: 0;
}
.admin-config-area-card__content {
flex-grow: 0;
margin: 0;
padding: 0;
}
.theme-card {
flex-direction: row;
margin: 0;
padding: 0.75rem;
padding-right: 0;
box-shadow: none;
border: none;
border-top: 1px solid var(--primary-low);
&:first-child {
border-top: none;
}
&__image-wrapper,
&__content {
display: none;
}
&__footer {
gap: 1rem;
}
}
.theme-install-card {
margin-top: 1rem;
}
}
Sei il mio nuovo eroe!
—
E, creare un nuovo componente non apre le impostazioni, ma dovrebbe trovarlo nell’elenco e aprirlo.
Inizio a sentirmi sempre più convinto che rimanere sulla versione stabile sia la scelta migliore. Dopo il dramma delle impostazioni del sito del mese scorso, questo è un altro esempio di qualcosa che funzionava bene, ma che è stato modificato e rilasciato in produzione senza un’impostazione di feature flag, pur non essendo finito o testato adeguatamente.
(E per un feedback più costruttivo sulla funzionalità specifica: sarebbe almeno molto utile se i componenti non utilizzati e disabilitati potessero essere riconosciuti nella schermata di panoramica).
In realtà, mi sono appena ricordato. Mi chiedo legittimamente se ci sia un motivo per cui questa modifica non fa parte di Discourse Design team experimentation topic. Sarebbe il posto giusto tra gli altri, design-experiment.
Concordo sul fatto che sembri affrettato; senza informazioni preliminari e impostazione di feature flag, capisco che potrebbe non offrire la migliore esperienza per gli amministratori.
Ci sono diversi modi in cui distribuiamo le funzionalità, a seconda della nostra valutazione del rischio della modifica specifica.
Questo è un caso in cui, a mio parere, il rischio è piuttosto basso. Il flusso di lavoro di nessuno è interrotto e la modifica è limitata agli amministratori, non a ogni membro di una community.
Capisco che ci sia qualche disagio per coloro che dedicano molto tempo alla gestione di temi e componenti. Sarei lieto di ricevere ulteriori resoconti su come la modifica abbia interrotto il flusso di lavoro di qualcuno in particolare, poiché ciò aiuterà a informare le nostre decisioni sulla progettazione di questa parte dell’applicazione.
Non credo che questo sia un caso in cui ricorrerei a un esperimento di progettazione o a una feature flag, tuttavia.
Penso che per semplificare le cose dovresti anche essere in grado di filtrare i componenti in base al tema a cui vengono aggiunti.
Un amministratore ha bisogno che le cose gli rendano la vita più facile. Sperimentare è forse comprensibile. Ma dai agli amministratori un’alternativa o un interruttore per passare tra la classica e la nuova coke. A proposito, se non ricordo male la nuova coke non ha funzionato.
Ho lavorato su un tema client e dopo aver aggiornato l’istanza di staging mi sono trovato di fronte al nuovo layout. Ho dovuto fermarmi e aggiungere gli stili che ho condiviso sopra per poter continuare a lavorare efficacemente. Il layout attuale non consente alcuna panoramica né fornisce indizi su quali componenti siano attualmente in uso, quali siano disabilitati, ecc. Direi che sviluppare un tema o una nuova configurazione interrompe completamente il flusso di lavoro.
L’elenco precedente era in realtà molto buono. Se ricordo bene, è stato persino migliorato non molto tempo fa. L’unico filtro che mancava era quello per filtrare i componenti utilizzati nel tema corrente (il filtro “Utilizzato” mostrava in realtà tutti i componenti utilizzati in qualsiasi tema installato). Ma altrimenti era un’interfaccia che non richiedeva molti miglioramenti, almeno non per amministratori o sviluppatori esperti.
Grazie per la tua testimonianza.
Sentire di più sui tipi di problemi che le persone incontrano in scenari diversi è utile.
Grazie anche per aver condiviso questo.
Beh, direi che ogni singola notifica in questo argomento è nata dal tentativo di fare qualcosa, che faceva parte del flusso di lavoro 
Ho appena notato che non c’è alcun filtro attuale, nemmeno per nome.
Suggerirei al tuo team di provare a utilizzare questo in uno scenario reale… c’è così tanta funzionalità mancante che è andata.
