Meu theme-component usa objetos para as configurações e oferece vários campos.
Os estilos de grade atuais aplicados às configurações de objeto usam colunas muito estreitas para a coluna de guias verticais e os campos de esquema.
Eu queria oferecer uma exibição alternativa para as configurações de objeto, mas não consegui ver uma maneira de introduzir uma forma de alterar as configurações apenas para o meu theme-component; eu não quero aplicar minhas substituições de CSS globalmente para todos os temas.
O Discourse poderia adicionar um identificador CSS no DOM para cada tema e componente de tema, para que regras de CSS diferentes possam ser adicionadas visando as páginas de configurações de tema específicas?
Aqui está a substituição CSS simples que uso no meu site, que é aplicada globalmente:
se tornarmos “fácil” para os autores de temas personalizarem a aparência da página de suas configurações, tornaremos mais difícil para as pessoas usarem essas páginas se todas forem diferentes?
Deveríamos realmente consertar isso no núcleo para que a página de configurações do tema aproveite melhor o espaço disponível? cc @product-managers
Esta parece ser uma preocupação legítima. Como usuário, adoro que a ubiquidade e a consistência do Discourse tornem tão fácil começar a participar em um novo fórum. Como administrador, se eu tivesse a oportunidade de ajudar em outros sites, também apreciaria a consistência.
(Estou pensando em todo o suporte técnico para amigos e familiares que me pediram ajuda. Fico feliz em ajudar com iPhones, mas temo o Android porque cada telefone maldito é diferente.)
Sim, acho que não é algo que queiramos incentivar. O @martin tem bastante contexto sobre esta questão no que diz respeito à definição das diretrizes de interface de utilizador que estabelecemos para a secção de administração há algum tempo.
De um modo geral, consideramos que a secção de administração não deve ser personalizada, se bem me lembro.
Sim, acho que faz mais sentido tratar deste tópico como Contribute > UX.
@jordan.vidrine Acho que isto tem alguma sobreposição com os seus esforços anteriores para converter tudo para o formkit, bem como com os comentários sobre o próprio formkit.
Sim, sou bastante contra isso, a interface de administração do Discourse não deve ser personalizada, a consistência da interface do usuário (bem, na maioria, ainda há algumas páginas que precisam ser tratadas) é uma parte fundamental da experiência de administração.
Este é o mais simples que consegui fazer. Não sei se queremos gastar tempo retrabalhando esta interface do usuário - a “barra lateral interna” parece “errada”, mas isso pode ser mais trabalho do que podemos priorizar agora
Você acha possível manter o botão para alterar a ordem dos elementos sempre visível ao mesmo tempo que a barra lateral interna? Se estiver abaixo de uma longa lista de configurações, alterar a ordem exige muita rolagem; você não consegue ver o que acontece enquanto vê o botão.
@moin Obrigado por apontar isso. É frequentemente um problema para mim também. +1
Concordo, mover os botões para baixo da barra lateral (.schema-setting-editor__tree) melhoraria a experiência do usuário.
Embora, eu preferiria separar os botões de subir/descer do botão de excluir; movendo os botões de subir/descer para baixo da barra lateral, e deixando o botão de excluir como está, abaixo dos campos de configuração.