Nomes de níveis de confiança em espanhol

Suporte
1

Gostaria de saber se é possível renomear os nomes internos do nível de confiança porque eles quebram nossa interface e realmente não queremos adicionar mais 4 grupos para exibir corretamente (menos é melhor).\n\n

imagen
imagen1392×430 58.5 KB
\n\nPoderia estar relacionado à tradução para o espanhol?

2

Olá,

claro! veja: seu.dominio/admin/customize/site_texts?q=groups.default_names.trust

3 curtidas
3

Eles não persistem (e eu ainda preciso usar o Chrome para fazer upload de imagens ou usar o editor porque o Firefox ESR ainda está com bugs :slightly_frowning_face:)

Screenshot_20220709_221612
Screenshot_20220709_221612597×462 19.9 KB

imagen
imagen597×462 23 KB

4

image
image1465×549 26.7 KB

Você está certo, é mais complicado do que isso, para um grupo automático apenas o display_name é acessível através da UI, mas as menções usam name

image
image767×222 3.51 KB

ps. sobre o Firefox, eu estava usando o 102.0 sem problemas (win64) ¯\\_(ツ)_/¯

1 curtida
5

Posso me aprofundar mais se você me der sua opinião ou algum link para ler.

Eu acho que esse tipo de coisa faz a diferença no engajamento. Nem todas as comunidades são feitas para desenvolvedores :slight_smile:

Espero que os níveis de confiança sejam mais flexíveis. Não podemos usá-los em assinaturas, não podemos mudar seus nomes, não podemos nos livrar deles (e o mesmo com os emblemas).

6

Eu pensei que haveria algo em: Administrative Bulk Operations , mas como eu temia: Can I change the "Staff" Group Name? , não

Estou testando se reconstruir com uma localidade diferente por padrão altera os nomes dos grupos automáticos, bem… sem sorte :sweat_smile: .
eles são definidos durante a configuração inicial a partir de - por exemplo em francês - aqui:

ps. você pode “se livrar” de distintivos, esse é o parâmetro enable badges :grin:

1 curtida
7

Pensei que alguns deles fossem permanentes, mas tudo bem, acho que a equipe principal tem um ponto nisso (:

Perguntei o mesmo sobre o grupo Staff (precisamos ocultar e usar outros, uma solução alternativa está ok, mas precisamos de algo para mudar @trust_level_1)

Isso parece muito ruim. Paranóicos poderiam excluir os dados do site (?)

8

Tenho certeza que quase tudo é possível dentro do console do Rails, mas exigiria um conhecimento extenso do código que estou longe de ter!

1 curtida
9

Na verdade, altera, ainda é um pouco confuso exatamente quando e como (será que revisitar /wizard/steps/locale é necessário? ou executar discourse-setup ou talvez seja feito em segundo plano por uma tarefa recorrente…)
Então, agora a questão é se um plugin pode ser usado para adicionar uma localidade :thinking:
Sim! Add a new locale from plugin

10

Por que isso quebra a interface do usuário?
Você pode ocultar todos os grupos de níveis de confiança para que apenas administradores/moderadores os vejam na página do grupo.

11

Estamos usando níveis de confiança padrão, mas não com _default_trust_level_ux, mas com nomes legais então.

Se você estiver sincronizado com Discord e Assinaturas, isso pode fazer sentido se você quiser manter todo o seu público engajado com a filosofia do Discourse, mas oferecer a chance de pagar por informações.

O problema aparece naquelas pequenas coisas que tornam esse objetivo quase impossível para não-codificadores.

Estamos fazendo o nosso melhor na curva de aprendizado :slight_smile:

1 curtida
12

graças ao incrível trabalho da equipe, é surpreendentemente viável,

  • Reconstruí, para ver o locale personalizado em default locale, selecionei-o

image
image1402×633 46 KB

  • Entrei no app e no console do rails
    sudo /var/discourse/./launcher enter app
    rails c
    e finalmente
    Group.refresh_automatic_groups!()
    exit; exit

image
image1407×592 32.6 KB

2 curtidas
13

Muito obrigado por isso.

Tentei, mas vejo que não atualizará os níveis de confiança em espanhol (mas funcionou com o grupo Admins, alterado):

image
image449×654 35.4 KB

https://github.com/satoshinotdead/discourse-custom-locale/blob/main/config/locales/server.es_XX.yml

Pode estar relacionado à minha própria instância? Verifiquei e não vi nenhum erro nos logs relacionados.

14

Acabei de fazer uma rápida revisão e isso funcionou para mim:

  • Altere groups.default_names.trust_level_0 para ‘Randoms’ (Idioma: Espanhol)

image
image1055×271 6.37 KB

  • Vá para /sidekiq/scheduler e acione manualmente Jobs::EnsureDbConsistency

Untitled-1
Untitled-12147×846 26.1 KB

Houve um problema em outro tópico onde os novos nomes de grupo já estavam sendo usados por alguns usuários, o que causou um conflito. Se isso não funcionar, talvez seja isso?

3 curtidas
15

Devemos reconstruir após acionar manualmente Jobs::EnsureDbConsistency?

Tentei sem sucesso :frowning: mas obrigado pessoal!

16

Nenhuma reconstrução é necessária. Esse é um trabalho de fundo agendado, então seria executado em algum momento automaticamente. Tudo o que acioná-lo manualmente faz é remover a espera.

Não tenho certeza por que isso não está funcionando para você. :thinking: E não há outros grupos/usuários/qualquer outra coisa que possa compartilhar um nome que possa estar causando um conflito?

1 curtida
17

Eu estava usando novos grupos antes e esqueci de renomeá-los/excluí-los antes de seguir seus passos, pessoal.

Está feito, obrigado novamente!

1 curtida
18

Qual é a melhor abordagem se eu não conseguir atualizar os grupos em strings modificadas de trust_levels padrão?

Já tentei:

  • Modificar e atualizar o plugin.
  • Alterar a string da interface do usuário (groups.default_names.trust_level_X)
  • Reiniciar do sidekiq EnsureDbConsistency
  • Group.refresh_automatic_groups!()
19

Pensei que você tinha conseguido fazer isso funcionar?

20

Eu estava funcionando, mas quando tentei atualizar alguns nomes de trust_level eles simplesmente não foram mais atualizados.

Grupos ainda sem atualizações e o plugin foi alterado ao entrar no aplicativo (e nomes da interface do usuário, como eu disse antes):