Ok, acabei de enviar uma atualização que deve corrigir os ícones que não estavam funcionando. Verifiquei especificamente os três ícones mencionados e eles agora funcionam. Enquanto analisava o código, também tornei os nomes das insígnias insensíveis a maiúsculas e minúsculas.
O suporte a locais será a prioridade número 1 na próxima vez que eu tiver a oportunidade de trabalhar nisso.
Isso foi muito confuso para mim, porque parece que ele está procurando na lista de distintivos do site e não os encontra. Tentei um recarregamento forçado para que ele encontrasse meus novos distintivos, etc. Felizmente, funciona, mas talvez a interface do usuário possa ser alterada para se tornar apenas uma caixa de texto simples, em vez de realizar essa busca que não funciona? Acho que isso tornaria o uso menos confuso.
É normal receber a mensagem “Essas alterações locais serão apagadas pela atualização. Tem certeza de que deseja continuar?” ao atualizar um componente de tema? Tenho 99,9% de certeza de que não fiz nenhuma alteração, e as informações do commit do git parecem ser relacionadas à atualização, não a alterações locais:
diff --git a/discourse-post-badges/about.json b/discourse-post-badges/about.json
new file mode 100644
index 0000000..eb86c4b
--- /dev/null
+++ b/discourse-post-badges/about.json
@@ -0,0 +1,15 @@
+{
+ "name": "Post Badges",
+ "component": true,
+ "license_url": "https://github.com/tshenry/discourse-post-badges/blob/master/LICENSE",
+ "about_url": "https://meta.discourse.org/t/post-badges-component/114722",
+ "authors": null,
+ "theme_version": null,
+ "minimum_discourse_version": null,
+ "maximum_discourse_version": null,
+ "assets": {
+ },
+ "color_schemes": {
+ },
+ "learn_more": "https://meta.discourse.org/t/beginners-guide-to-using-discourse-themes/91966"
+}
\ No newline at end of file
diff --git a/common/common.scss b/discourse-post-badges/common/common.scss
similarity index 100%
rename from common/common.scss
rename to discourse-post-badges/common/common.scss
diff --git a/common/head_tag.html b/discourse-post-badges/common/head_tag.html
similarity index 100%
rename from common/head_tag.html
rename to discourse-post-badges/common/head_tag.html
diff --git a/discourse-post-badges/settings.yml b/discourse-post-badges/settings.yml
new file mode 100644
index 0000000..7e7e250
--- /dev/null
+++ b/discourse-post-badges/settings.yml
@@ -0,0 +1,21 @@
+badges:
+ type: list
+ default: ""
+ description:
+ en: 'Use the name of the badge as it appears on the
+ <a href="/admin/badges">list of badges</a>.
+ Post badges will appear in the order they are
+ added to this setting.'
+badge_link_destination:
+ type: enum
+ default: "user's badge page"
+ choices:
+ - "badge overview page"
+ description:
+ en: "Where a user will be taken when they click on a post badge."
+only_show_highest_trust_level:
+ type: bool
+ default: false
+ description:
+ en: "When including trust level badges (Basic, Member, Regular, Leader),
+ only show the highest trust level a user has earned."
Editado para adicionar: Executei a atualização e funcionou perfeitamente. Então…
A interface de configuração do tema é comum ao núcleo do Discourse, então não posso fazer nada para melhorar essa configuração no próprio componente. Definitivamente, gostaria de ver isso se tornar um pouco mais intuitivo, ou talvez até ter a capacidade de popular dinamicamente uma lista pesquisável em algum momento.
Percebo que esse código será perdido quando o componente for atualizado, então me pergunto se há uma maneira melhor de fazer isso? Posso, por exemplo, sobrescrever a função buildBadge?
Informação de contexto: queremos mostrar esse ícone apenas para usuários que REALMENTE TÊM um portfólio, ou seja, que criaram pelo menos um tópico na nossa categoria Artwork. Isso é facilmente feito usando uma consulta de emblema e, como já estamos usando o componente Post Badges no nosso site, essa parecia uma abordagem razoável.
@bartv, com certeza gostaria de fazer uma melhoria/refatoração neste componente num futuro próximo. Vou ver o que posso fazer para reestruturar as coisas de forma que permita que você lide com substituições em um componente de tema separado. Não tenho certeza de quando poderei dar uma olhada nisso, mas com certeza atualizarei este tópico quando houver novidades.
Não neste momento, mas vou ter isso em mente na próxima vez que estiver trabalhando no componente.
Correto, veja:
Quando eu trabalhar na atualização deste componente, vou ver se consigo encontrar uma solução mais elegante para isso.