Hum… você tem certeza sobre este layout?
Isso torna a localização do componente certo realmente difícil. E parece… muito agitado.
E eu acho que o botão de instalar deveria ser o primeiro componente, não o último. Ele é usado com mais frequência do que os componentes.
Onde estão os desativados, aqueles sem nenhum tema conectado a eles?
A mudança é interessante!
Olhando os PRs iniciais como:
(mas também #29225, #29079)
Aprecio a intenção de simplificar e criar uma interface mais amigável.
Acho que com as screenshots e descrição apropriadas, ficaria muito bom!
Mesclar tema e componentes faz sentido.
Evitar múltiplas barras laterais também parece uma boa ideia.
Minha preocupação imediata é a falta de busca e filtragem, mas tenho certeza de que a UI será refinada com melhorias posteriormente. Quando você tem muitos componentes, é um recurso indispensável.
Outros feedbacks:
Como disse Jakke, o botão de instalar deveria estar no topo, ou pelo menos um atalho.
Rolar pode ser desencorajador se você tiver muitos componentes.
Você pode Definir como padrão um componente, e é claro que você não deveria fazer isso
Ao atualizar um componente, eu esperaria que o menu fechasse ao clicar:
Podemos encontrar um rótulo mais curto? 
Eu não me importaria com uma opção para escolher entre visualização em grade ou lista no topo da página. Ex:
Estou ansioso por futuras melhorias!
E eu gostaria muito de ter a busca lá. Ficou um pouco enjoativo rolar para cima e para baixo procurando o componente de fonte do Google…
Concordo plenamente, essa não é uma abordagem prática:
Isso me deixa tonto.. Na verdade, adicionei alguns estilos para poder navegar pela página de componentes de forma direta novamente 
O que estou tentando fazer também.
Por curiosidade, eu estava tentando criar um botão de lista ou grade e agrupá-lo por status. Adicionar algumas opções de filtro no topo seria legal.
A visualização em grade pode ser interessante para algumas pessoas, embora. Para o tema, faz sentido, pelo menos.
@osama @ella e @hugh estão bastante no meio desse trabalho, e estão discutindo algumas dessas mesmas questões internamente.
De qualquer forma, continue compartilhando seu feedback aqui, mas espere que isso continue mudando nos próximos dias, independentemente.
Para complementar o que eu disse acima:
Aqui está uma demonstração rudimentar (não sou designer, fiz apenas por diversão), ficaria muito feliz com algo semelhante:
Outra visualização possível para quem gosta de caixas, mas com informações mínimas:
Um último recurso que gostaria de ver é a capacidade de habilitar/desabilitar diretamente da lista. Será menos direto, então um atalho seria bem-vindo.
Você se sente à vontade para compartilhar 
(E sim, eu sei que seria apenas uma correção temporária, mas ainda assim)
Aqui está 
.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;
}
}
Você é o meu novo herói!
—
E, ao criar um novo componente, não abre as configurações, mas deve encontrá-lo na lista e abri-lo.
Começo a me sentir cada vez mais convencido de que ficar na versão estável é a melhor escolha. Depois do drama das configurações do site do mês passado, este é outro exemplo de algo que estava funcionando bem, mas foi alterado e lançado em produção sem uma configuração de feature flag, sem estar finalizado ou devidamente testado.
(E para um feedback mais construtivo sobre o recurso específico - seria pelo menos muito útil se componentes não utilizados e desativados pudessem ser reconhecidos na tela de visão geral).
Na verdade, acabei de me lembrar. Eu genuinamente me pergunto se há uma razão pela qual essa alteração não faz parte de Discourse Design team experimentation topic. Esse seria o lugar certo, entre outros, design-experiment.
Concordo que parece apressado; sem informação prévia e configuração de feature flag, entendo que isso pode não oferecer a melhor experiência para os administradores.
Existem várias maneiras diferentes de lançarmos recursos, dependendo da nossa avaliação do risco da mudança em questão.
Este é um caso em que o risco é bem baixo, na minha opinião. O fluxo de trabalho de ninguém foi quebrado e a mudança se limita aos administradores, não a todos os membros de uma comunidade.
Entendo que há alguma interrupção para aqueles que passam muito tempo lidando com temas e componentes. Eu apreciaria mais relatos sobre como a mudança interrompeu o fluxo de trabalho de alguém em particular, pois isso ajudará a informar nossas decisões sobre o design desta parte do aplicativo.
Acho que este não é um caso em que eu usaria um experimento de design ou uma flag de recurso, no entanto.
Acho que para facilitar as coisas você também deveria poder filtrar componentes usando o tema ao qual eles são adicionados.
Um administrador precisa que as coisas facilitem sua própria vida. Experimentar é talvez compreensível. Mas dê aos administradores um fallback ou um toggle para alternar entre a Coca-Cola clássica e a nova. A propósito, se bem me lembro, a nova Coca-Cola não pegou.
Trabalhei em um tema de cliente e, após atualizar a instância de staging, me deparei com o novo layout. Tive que parar e adicionar os estilos que compartilhei acima para continuar trabalhando efetivamente. O layout atual não permite nenhuma visão geral ou dá pistas sobre quais componentes estão em uso, quais estão desativados, etc. Eu diria que desenvolver um tema ou uma nova configuração quebra completamente o fluxo de trabalho.
A lista anterior era realmente muito boa. Se bem me lembro, ela foi até aprimorada não muito tempo atrás. O único filtro que faltava era para filtrar componentes que são usados no tema atual (o filtro “Usado” na verdade mostrava todos os componentes usados em qualquer tema instalado). Mas, fora isso, era uma interface que não exigia muita melhoria, pelo menos não para administradores ou desenvolvedores experientes.
Obrigado pela história.
Ouvir mais sobre os tipos de problemas que as pessoas estão encontrando em diferentes cenários é útil.
Obrigado por compartilhar isso também.
Bem, eu diria que cada aviso neste tópico veio de tentar fazer algo, que fazia parte do fluxo de trabalho 
Acabei de notar que não há filtragem atual, nem mesmo por nome.
Eu sugiro que sua equipe tente usar isso em um cenário do mundo real… há tanta funcionalidade faltando que foi removida.
