Estamos fazendo algumas alterações e melhorias na forma como os hashtags de subcategorias são exibidos, conforme descrito em Can we make inline links to subcategories more concise?, e, ao mesmo tempo, estamos adicionando a mesma funcionalidade de cartão flutuante que você já vê para menções de usuários, por exemplo, se você clicar em @martin.
Este cartão mostrará o título da categoria, o ícone/emoji, a descrição, bem como links para quaisquer categorias pai. Usuários com permissão poderão ver o botão “Editar descrição”, bem como o botão “Novo tópico”, que também depende do contexto da categoria (por exemplo, categorias de Eventos terão um botão “Novo evento”).
Também exibido no cartão está uma lista das 3 categorias mais recentes no tópico. Usuários sem permissão para ver uma categoria simplesmente seguirão o link do hashtag e não verão o cartão.
Ele está ativado aqui, caso você queira ver por si mesmo antes de tentar no seu próprio site. Clique em qualquer hashtag de categoria em uma postagem para dar uma olhada, por exemplo, News and Events ou Community Building
Será que conseguiremos desativar permanentemente esses cartões? Como usuário, se eu clicar nesse link, quero apenas ir para a página da categoria, não para alguma etapa intermediária.
Além disso, como feedback de UX: como você faria a transição do cartão para a lista de tópicos da categoria? Não está claro pelas capturas de tela.
O recurso está ativado aqui, então você pode testá-lo antes de mexer no seu próprio fórum.
#noticias-e-eventos
Ainda está em desenvolvimento, então levaremos em consideração o feedback dado aqui e faremos ajustes antes de promover a Mudança Próxima para beta/estável (atualmente ainda está na fase experimental).
Concordo que a área clicável poderia ser mais evidente. Talvez o cartão inteiro devesse ser uma área clicável, exceto por elementos mais específicos.
Acho que talvez faça mais sentido exibir apenas a categoria principal no cartão agora que as informações das categorias estão no modal? Queria dizer que não ficam mais inline ao usar #.
Neste exemplo, por que a categoria pai News & Events persistiu? Não deveria ser removida, conforme:
A título de informação, tenho dezenas de categorias com o mesmo slug, portanto, incluir a categoria pai no hashtag é obrigatório. Espero que, com essa alteração, eu possa atualizar os nomes de exibição das categorias para incluir o nome da categoria pai. Fazer isso com o método antigo era trabalhoso, como 1Secure > 1Secure Ideas — mas essa nova alteração poderia simplificá-lo para apenas 1Secure Ideas.
Eu não acho que vamos manter isso como uma opção… temos tantas configurações O que eu acho que vou fazer, pelo menos, é que, se você der um duplo clique, ele levará você à categoria. Além disso, você pode clicar no nome da categoria no pop-up do card.
Sinto muito, mas estou cético em relação a esse recurso. Para os usuários, ter a possibilidade de dar uma olhada rápida nos seus dados em um cartão faz sentido. Mas, no caso de categorias ou tags, não consigo ver o valor agregado. Se algo, isso só piora as coisas ao adicionar uma etapa extra sem sentido.
Isso não é uma solução alternativa realista, pois exigiria que o usuário primeiro encontrasse o link daquela categoria em outro lugar. Isso também está piorando a UX.
Bastantes dos meus usuários estão usando PWA. Nesse caso, conseguir qualquer link é uma tarefa um pouco mais difícil. Por outro lado, eles não estão linkando categorias, e aposto que isso é verdade na maioria dos fóruns não técnicos, onde a base de usuários vem de redes sociais, e não de jogos, tecnologia, TI etc.
Eu também não sou fã. Parece que o sistema de hoje em dia está se movendo em direção a um design de todos os cartões, em vez de conseguir o que se está procurando. Talvez eu seja tão antigo que espero que um link seja uma maneira fácil de chegar ao destino.
Mas se eu, como administrador, posso escolher não usá-lo, então não faz diferença (e nos meus círculos, os poucos usuários que têm uma opinião, não gostam disso e, se o gosto deles mudar, eu mudarei para cartões imediatamente. Afinal, meu fórum é para discussão pelos usuários, não para mim).
Primeiro, muito obrigado por isso! Comecei a reorganizar as categorias na minha instalação do Discourse de novo e percebi que a exibição de hashtags no texto, no formato de categoria pai > categoria filha, estava me incomodando novamente (nós temos muitas categorias e mencionamos bastante as nossas categorias e subcategorias para orientar nossos usuários). Então, voltei para ver se as coisas haviam avançado desde nossas primeiras discussões sobre o assunto, e avançaram! Estou muito feliz.
Pessoalmente, eu não teria precisado dos cartões (apenas o link da subcategoria mais conciso), mas, em segunda análise, gostei bastante da ideia. Pelo menos para o meu público de usuários, poder ver uma prévia de uma categoria ou hashtag faz muito sentido. No entanto, eu tinha imaginado isso como um efeito de “hover” (ao passar o mouse), e quando percebi que era ao clicar, minha reação foi: “o quê, espera, mais uma etapa? Clicar duas vezes em hiperlinks?!”
Essa foi exatamente a minha reação: estamos apenas adicionando um clique extra para abrir um link… enfim.
Mas então eu testei no meu celular e mudei de ideia: o cartão me dá uma visão geral muito boa do que é a categoria (se eu tivesse alguma dúvida… lembrando que as pessoas que usam uma taxonomia geralmente a acham menos intuitiva do que aquelas que a criaram) e me dá uma dica de quais são os posts mais recentes, o que na verdade me dá a chance de não ir até aquela tag ou categoria se não fosse o que eu queria.
Meus usuários não são muito à vontade em espaços digitais e se perdem. Isso definitivamente, do meu ponto de vista, vai ajudá-los a não perder o rastro de onde estão, a não acabar em algum lugar que eles realmente não queriam estar porque clicaram em algumas palavras que pareciam promissoras, mas que não eram a escolha certa.
Então, agora, estou bastante entusiasmado e ativei a prévia para a minha comunidade. Vamos ver como funciona na prática.
Mas… posso imaginar outros cenários de comunidade onde isso não funcionaria. Concordo que não queremos transformar tudo em uma configuração (já estamos afogados nelas, reclamei o suficiente sobre isso). Mas… sinto que isso “quebra” o padrão esperado de como as coisas funcionam online: clicar em um link, ser levado ao destino. Digitar uma hashtag, o que significa que as pessoas podem clicar nela para ver tudo relacionado a essa hashtag. Então, não tenho certeza de como contornar isso.
Talvez a solução esteja em outro nível, em como o Discourse, como ferramenta, lida com duas intenções aparentemente conflitantes:
ser muito flexível e personalizável
oferecer uma ótima experiência “caixa aberta” (pronta para uso)
A equipe pode já estar trabalhando nisso (ou isso pode ser uma ideia que não funciona, ou talvez eu esteja stating o óbvio, chegando atrasado ao jogo, fora do ponto ou demonstrando minha ignorância sobre como as coisas funcionam), mas parece-me que a “solução” para conciliar as duas é:
ser implacável na tomada de decisões sobre UX/funções para a experiência “básica, pronta para uso, plug-and-play”
ser implacável na redução de opções e configurações para cobrir 95% dos casos de uso (ou será 80%? 99%? qualquer %)
oferecer uma segunda camada de configurações para usuários avançados ou casos extremos e pessoas que querem ajustar coisas muito específicas; isso não seria integrado na interface que fornece as configurações “normais”, mas provavelmente seria mais como um arquivo de configuração
Então, neste caso, se a conclusão da equipe for que os cartões de prévia de hashtag/categoria são o caminho a seguir, e que as subcategorias devem ser exibidas inline sem mencionar a categoria pai, e que não há justificativa suficiente para tornar isso uma configuração geral de administrador, ainda poderia ser uma “configuração oculta” acessível adicionando “hashtag_preview_cards: OFF” ou “show_hashtag_subcategory_parent_inline: ON” em algum lugar.
Escrevendo isso, tenho certeza de que há implicações de desenvolvimento, além de UX, em relação à multiplicação de configurações…