Painel de tags precisa da opção "Adicionar Nova Tag"

Experiência do Usuário
1

Precisamos de uma opção “Criar Nova Tag” nesta página:

image
image987×294 22.1 KB

Sei que podemos criar novas tags usando o Composer, mas é a única maneira?! Não acho que faça sentido abrir o Composer para criar tags. Quero dizer, o recurso ainda poderia estar lá, é claro, mas não deveria ser a única maneira e, especialmente, nem a principal maneira de fazer isso.

Se estou em um painel chamado Tags, faria sentido haver um botão ou opção de menu para Criar Nova Tag. Esta é a abordagem mais intuitiva, na minha opinião.

E já que estamos falando nisso, por que o menu suspenso extra quando há espaço suficiente para adicionar os botões na página e remover o menu?

image
image1011×377 16.7 KB

Sou sempre a favor de menus suspensos quando há espaço limitado, mas, fora isso, sou totalmente a favor de reduzir a quantidade de cliques e, especialmente, remover o atrito e a confusão causados por opções ocultas que às vezes podem não ser imediatamente óbvias e visíveis para o usuário.

3 curtidas
2

Não, mas você está certo de que não há uma maneira óbvia.

Todas as maneiras atuais de criar uma tag estão associadas ao uso da tag (anexá-la a um novo tópico, adicionar uma tag como sinônimo de uma tag existente, criar uma tag ao criar um grupo de tags). Além disso, acredito que a única outra maneira de criar uma nova tag é por meio de upload em massa.

Isso foi discutido um pouco em Create tags outside of new post — não acho que haja oposição a esse recurso, ele simplesmente não foi priorizado.

5 curtidas
3

Esses também deveriam existir, é claro.
Eu acho que a maneira principal, que está em um painel chamado “Tags”, deveria ter sido implementada desde o primeiro dia, porque é lá que podemos gerenciar todas as tags. Isso é o que me parece fazer mais sentido, juntamente com a criação durante a criação do tópico. Muito mais do que o upload em massa, por exemplo.

Eu acho que algumas das coisas que tenho achado “estranhas” no Discourse é mais sobre criar confusão em coisas que fariam sentido estar em um determinado lugar. E como você pode ver, essas coisas tendem a popular o fórum bastante, quando não seria necessário se houvesse alguma lógica por trás disso.

Não estou tentando parecer “rude” ou qualquer coisa do tipo, especialmente porque tenho adorado o Discourse e o que ele nos permite fazer. Eu apenas acho que algumas dessas coisas deveriam receber um pouco mais de “amor e atenção” e não deveriam ser colocadas no final da lista de prioridades, apenas porque existe uma solução alternativa e elas não são de alta prioridade. Nós, como usuários, também gostamos de ver coisas “não prioritárias” recebendo alguma atenção para que tudo pareça e funcione de forma mais suave e fácil de trabalhar.

Por exemplo, por mais que a maneira antiga não fosse ideal, onde os componentes eram apresentados com aquelas imagens com formas, o novo layout é muito ruim, para ser honesto. É tudo apertado e difícil de trabalhar, especialmente em telas menores. Claro, ainda podemos fazer o que precisa ser feito, mas algumas dessas coisas (como o painel de componentes) são apenas algumas linhas de CSS para mudar a largura, ocultar alguns painéis desnecessários, etc.

Espero que vocês encontrem tempo para corrigir essas coisas não prioritárias. Infelizmente, pelo que vejo do post que você compartilhou, já se passaram 5 anos desde que aquele tópico foi criado e ainda não há atualização sobre isso.

Novamente, não quero parecer rude ou ingrato por uma plataforma tão boa quanto esta, e fornecida gratuitamente. De forma alguma. Eu apenas gostaria que os detalhes também importassem, especialmente quando os usuários sentem que as coisas não estão funcionando como deveriam.

1 curtida
4

Se me permitem… eles importam. Os desenvolvedores definitivamente prestam atenção e trabalham neles. Acredite que se não o fizessem, usar o Discourse seria uma experiência muito menos agradável.

A questão é que há tantos detalhes para prestar atenção que eles realisticamente não podem dedicar recursos a todos eles – mesmo depois de anos.

As tags pr-welcome são às vezes usadas para incentivar os usuários a contribuir, já que o Discourse é de código aberto, mas alguns recursos bem-vindos precisam ser pensados cuidadosamente em termos de design, e ter um desenvolvedor externo enviando um PR nem sempre é a melhor solução.

4 curtidas
5

Outro problema: eu estava tentando criar as tags usando o Composer, na verdade preciso postar o tópico. O “Criar XYZ…” que aparece quando uma tag não existe, na verdade não “cria” a tag a menos que postemos o tópico. Então temos que excluí-lo, o que parece desnecessário se o painel Tags tivesse todas as ferramentas para Criarmos, Gerenciarmos e Excluirmos tags.

6

Eu acredito que eles o fazem, não me interprete mal. Meu ponto aqui é apenas que podemos dividir os reparos e ajustes “não prioritários” em 2: alguns não são hiper relevantes e outros são, porque afetam a funcionalidade e o fluxo de trabalho normais de um site. Quando precisamos pular de um lado para o outro para fazer algo que deveria ser feito em uma única página, isso para mim é uma indicação de que há algo a ser corrigido. Talvez não seja uma prioridade como um problema de segurança, por exemplo, mas deve ser avaliado. O fluxo de trabalho que mencionei é apenas UI/UX simples e básico, a fim de criar uma experiência tranquila no site.

7

Eu não discordo :slight_smile:

Outros critérios para trabalhar em alterações/correções são que, a menos que os problemas levantados sejam muito problemáticos ou muito fáceis de implementar, o Discourse prioriza as alterações impulsionadas pelas solicitações dos clientes e geralmente (acho que eles não se desviaram desse princípio) segue a regra de três:

O que também explica por que algumas questões que parecem óbvias para alguém não são trabalhadas, mesmo depois de muito tempo.

Você encontrará muitas solicitações semelhantes a este tópico se pesquisar dentro de UX, Feature e até mesmo Bug, e eu também já fiquei frustrado às vezes depois de relatar coisas que nunca foram corrigidas :see_no_evil_monkey:

1 curtida