Estruturando uma comunidade multilíngue

O que faz uma comunidade parecer uma comunidade? Em um meio predominantemente baseado em texto, conseguir entender a comunicação textual dos outros membros parece ser fundamental. Ou seja, me pergunto se é possível superar completamente as duas armadilhas que você menciona (‘silosização’ ou ‘tokenismo’) em um meio predominantemente baseado em texto (sem tradução automática perfeita).

Uma comunidade que me vem à mente aqui é https://discourse.mozilla.org

Atualmente, temos a opção de exigir um certo número de tags em uma postagem em uma categoria, veja The option to enforce tagging (Configuração de categoria “Número mínimo de tags exigidas em um tópico”).

No entanto, esse caso de uso se beneficiaria de uma configuração ligeiramente diferente: “Exigir tag de um grupo de tags”. A forma como você usaria isso seria:

  • Criar um tag_group com uma lista fixa de idiomas
  • Exigir que cada novo tópico tenha uma tag adicionada desse grupo antes de ser publicado.

@HAWK Estou curioso se alguns dos outros casos de uso para esse tipo de configuração que você mencionou no tópico vinculado se beneficiariam de algo semelhante (ou se eles são totalmente cobertos pela configuração existente “Número mínimo de tags exigidas em um tópico”)?

Isso poderia ser feito de uma forma que seria geralmente útil: um componente de navegação por tags que exibe tags de um grupo específico.

O Discourse atualmente permite que o usuário defina seu local (alternado pela configuração do site allow user locale) e realiza detecção automática de local, alternada pela configuração do site set locale from accept language header. Existem três contextos de detecção automática:

  • Visitantes (navegador e cabeçalhos)
  • Cadastros (idem)
  • Convites (idem) - talvez haja um problema com isso? (veja) (@schungx?)

Talvez as duas melhorias que poderiam ser feitas aqui sejam:

  • adicionar uma configuração para permitir que um usuário defina manualmente seu local no formulário de cadastro
  • adicionar um ‘alternador de local’ para visitantes, semelhante ao do Facebook (veja a barra inferior da página de cadastro). Eu realmente fiz isso para um projeto diferente, mas ainda não o transformei em um plugin.

Acho essa parte realmente interessante e acredito que seria definitivamente interessante tentar. As tags, categorias e descrições de categorias são o que um usuário geralmente lê primeiro antes de ler um tópico real. Elas frequentemente contribuem para a sensação do usuário sobre a comunidade. Se eles veem palavras e descrições com as quais se identificam, é mais provável que se relacionem com a própria comunidade. Então, mesmo que haja um idioma diferente assim que o usuário entrar no tópico, seu interesse e senso de comunidade já estão preparados.

Também é mais fácil localizar descrições de categorias e tags do que localizar tópicos inteiros. Tecnicamente falando, isso é viável, mas ainda não foi testado. Veja mais. @erlend_sh Você conhece algum trabalho adicional ou exemplos sobre isso?

Se as tags de idioma estiverem todas em um único tag_group, a mudança aqui seria adicionar um filtro de tag específico para grupo de tags na página de pesquisa avançada.

Para resumir as mudanças que mencionei acima:

  • Uma configuração de site ou categoria “Exigir tag de um grupo de tags”
  • Um componente de navegação por tags que exibe tags de um grupo específico
  • Uma configuração para permitir que um usuário defina manualmente seu local no formulário de cadastro
  • Um ‘alternador de local’ para visitantes
  • Localização de tags, nomes de categorias e descrições de categorias
  • Adicionar um filtro de tag específico para grupo de tags na página de pesquisa avançada
10 curtidas