Eu não consigo entender duas coisas:
Alguém mais já enfrentou esse problema?
É possível, mas temos um caso especial que o torna mais complicado do que uma simples inserção. O seletor de categoria permite apenas que categorias existentes sejam adicionadas… mas atualmente permitimos uma entrada personalizada com @ para aplicar o componente à visualização de nível superior “todas as categorias”.
Teremos que dividir isso em uma configuração separada e migrar as configurações existentes para poder usar o menu suspenso de categoria.
Esta aba?
Não consigo reproduzir o problema, ele pode já ter sido corrigido — se você ainda o encontrar, nos avise.
Desculpe, eu já saí do Discourse e mudei minha comunidade de volta para o Discord.
Isso é incrivelmente confuso. Você poderia explicar o que o “@” significa e como usá-lo? Eu o vi na interface de Configurações do Kanban e não consegui descobrir o que ele faz.
Além disso, por que ter um “@” personalizado torna impossível usar o dropdown? Basta adicionar a entrada “@” ao dropdown, isso não funcionaria? E ainda melhor, por que chamá-lo de “@”? Diga “Todas as Categorias” nesse dropdown e faça com que ele use o “@” nos bastidores. Acabou sendo muito críptico até mesmo para mim, um desenvolvedor de software, que também usa o Discourse desde o seu início.
Isso está obviamente fora do tópico, mas eu gostaria de dar minha opinião e dizer que as frustrações duradouras com a interface do usuário do Discourse me tornam completamente malsucedido em recrutar meus parceiros e stakeholders do projeto para usar o Discourse. Todos eles odeiam a interface do usuário, simplesmente não conseguem usá-la porque é confusa por todos os meios, e essa incapacidade de definir o Kanban como uma ferramenta útil só aumenta a frustração daqueles parceiros que estou tentando convencer a aderir ao uso do Discourse para gerenciamento de projetos. Para voltar à questão real discutida neste tópico, como diabos devo explicar o “@” a um gerente que só quer abrir o painel de configurações e configurar as listas de kanban de acordo com seu gosto? São todas essas pequenas coisas que se somam e deixam as pessoas completamente desorientadas ao entrarem no espaço do Discourse, e elas tentam sair imediatamente e me pedem para não interagir com elas nesta plataforma, pois isso desperdiça o tempo delas. Sou impotente em fazer as pessoas se entusiasmarem com o Discourse. E para piorar, por algum motivo a equipe do Discourse piora alguns aspectos da interface do usuário em vez de melhorá-los, veja uma atualização recente aqui e minha crítica a ela: Now that the topic title is editable by click, I can't simply copy it without entering the edit mode
A propósito, se eu digitar lá “@MinhaCategoria” (o que fiz intuitivamente ao tentar entender o que o “@” faz), ele não me informa nenhum erro de validação. Como é considerado aceitável não me dizer que estou fazendo algo incorretamente quando é óbvio da perspectiva do programador, e pode ser facilmente detectado ao “Salvar…” o valor da configuração atualizada.
Desculpe, tive que dizer tudo isso, especialmente depois de ver que alguém deixou o Discourse e voltou para o Discord, o que apenas confirmou minhas preocupações e frustrações com a interface do usuário.
Eu estava realmente me esforçando, mas há muita complexidade. É como nos velhos tempos - as guerras Android vs iPhone.
O Android permitia que você personalizasse o que quisesse.
O iPhone era super limitado, mas… simplesmente funcionava.
Este é o mesmo caso com o Discourse agora. Acredito que precisamos seguir mais o caminho de Antoine de Saint-Exupéry: “A perfeição é alcançada, não quando não há mais nada a adicionar, mas quando não há mais nada a tirar.”
Há tanta confusão (como DMs vs chats privados, para citar o primeiro que vem à mente) que é realmente difícil convencer as pessoas a usá-lo livremente. No Discord, há menos atrito. O mesmo com Skool. Acho que é para isso que devemos mirar, não adicionar mais recursos.
Recentemente, um cliente saiu do Discourse exatamente pelo motivo que você mencionou — complexidade.
Mas, para ser honesto, olhando para alguns servidores do Discord, eu não diria que eles eram nada simples? Há muita coisa que você pode adicionar a um servidor do Discord agora (incluindo bots).
Uma grande desvantagem de migrar para o Discord ou qualquer aplicativo feito sob medida é perder o SEO, não é? Talvez isso não impacte você.
Quem o implementou escolheu “@” como um símbolo único para representar as listas de tópicos de nível superior quando não filtradas por categoria ou tag. Isso é como forum.example.com/latest ou forum.example.com/top. Então, você insere “@” separadamente como sua própria entrada para aplicá-lo lá.
Concordo que isso é confuso, mas é algo que pode ser ignorado, a menos que você queira quadros kanban globais.
Não impossibilita, apenas complica a transição para o dropdown de categoria, pois também precisamos criar uma migração para não reverter as configurações em sites que já o utilizam dessa forma.
As configurações de tema são ditadas por APIs principais, portanto, quando usamos o tipo de lista de categoria, não podemos estendê-lo com opções adicionais do próprio tema.
O Discourse não é uma empresa enorme, temos limitações de tempo para focar nos recursos mais usados e refatorar componentes (que são oferecidos gratuitamente, aliás) pode ser difícil de priorizar. Se alguém quiser patrocinar melhorias nas configurações do kanban, certamente podemos torná-lo uma prioridade mais alta.
O Discord tem um recurso de quadro kanban disponível? Procurei, mas não consegui encontrar muita coisa além de um bot que se integra a um serviço kanban externo.
Você também perde algum controle, seus usuários são usuários do Discord, o conteúdo que eles postam também é conteúdo do Discord. Quando alguém paga pelo Discord, o lucro é do Discord. Existem compensações e custos para cada plataforma.
Sim, não está claro quando estaremos em posição de dedicar atenção ao recurso Kanban neste momento.
É algo que gostaria de revisitar em algum momento. Acho que a adoção do componente de tema forneceu alguma evidência de que há um desejo por mais desse tipo de coisa por aí.
Implementá-lo como um componente de tema teve vantagens – é relativamente fácil para qualquer administrador encontrá-lo e instalá-lo – mas também vem com algumas restrições significativas que tornam difícil projetá-lo da maneira que se poderia esperar.
Se e quando o revisitarmos, acho que há dois caminhos possíveis que podemos seguir – podemos usar o conjunto de recursos desejado para um quadro Kanban como um motivo para melhorar as APIs disponíveis para componentes de tema, ou podemos transformá-lo em um recurso principal ou plugin e ter mais acesso para adicionar APIs de servidor adequadas ao propósito de que precisamos.
Até lá, acho que ele só receberá ajustes para problemas específicos.
Isso é verdade, mas esse fardo é nosso - proprietários - não dos usuários. Os usuários veem isso da maneira mais simples possível:
escolher canal → enviar a mensagem e é isso!
Não há Kanban. Não há necessidade de compreender a diferença entre Assistindo e Rastreando. Não há um monte de ei-como-seria-legal-se-o-discourse-também-pudesse-fazer-xyz recursos.
Todos esses recursos são super legais, para nós - pessoas técnicas/proprietários/administradores.
Mas para pessoas comuns - elas querem um senso de comunidade. Elas querem sentir que são livres para se expressar e não precisam descobrir todas essas centenas (eu acredito que há tantas) opções, termos e outras coisas diferentes.
Este é exatamente o feedback que tenho dos stakeholders. Eles se perdem entre chats e tópicos privados.
No meu projeto atual, o proprietário do projeto está explorando o Basecamp porque diz que não consegue simplesmente usar o Discourse depois de experimentá-lo. Estou defendendo o Discourse porque conheço seus recursos e capacidades excepcionais, mas não posso fazer muito porque a usabilidade ruim e uma bagunça tanto na interface quanto na terminologia sempre superam a funcionalidade. Sem falar no Markdown que toda pessoa normal e não técnica odeia, e eu não consigo explicar por que não é wysiwyg em primeiro lugar. Graças a Deus a equipe do Discourse está finalmente trabalhando em um editor adequado. A maioria das pessoas quer um editor de texto simples, semelhante ao Word, com apenas alguns recursos: formatação, tabelas, cores, imagens, trechos de código. Não há razão para que qualquer um desses recursos seja obtido na forma de markdown por um usuário comum. Recursos mais sofisticados como IA parecem inúteis quando o usuário final não consegue entender por que seu editor de texto de postagem está dividido verticalmente em duas colunas — é nisso que eles pensam, não em IA.
Eles têm todos os dados. Esse é o acordo, e eu entendo a frustração inicial, mas vejo muitas melhorias nos últimos meses no Discourse.
Os administradores podem optar por parar de usar chats e/ou mensagens privadas e simplificar. Leva tempo, e há uma curva de aprendizado que todos certamente entendem. Prós e contras como em tudo.
Desejo o melhor para a equipe, e acho que realmente precisamos contribuir e dar tempo ao processo de evolução natural.
Este é um comportamento aceitável no curto prazo, mas não é uma dinâmica muito boa para organizar informações?
Usuários agindo impulsivamente < vs > um site bem organizado.
Daí o foco do Discourse em moderação e ferramentas para organizar as coisas?
Este é exatamente o caso em que não estamos acompanhando a paisagem em mudança de como os membros de nossas comunidades estão consumindo conteúdo.
Enfrentei exatamente a mesma decisão. Tenha algo robusto, bem organizado, com ótimo SEO, algo que nos permitirá criar um legado devido à natureza do conteúdo que estamos criando.
Mas as pessoas hoje (e isso é obviamente uma generalização) não sentem que, por exemplo, o Slack está tirando algo ao limitar o histórico aos últimos 90 dias.
Um dos meus membros me disse (e ela é uma empreendedora extremamente bem-sucedida, recém-chegada aos 30 anos) que hoje, se a informação tem mais de 3 meses, ela não a lê, pois tudo muda tão rápido, desenterrar coisas antigas é apenas uma perda de tempo. Independentemente de ser negócios, ciência ou… bem, vida.
E, claro, ter tópicos como temos aqui sobre plugins que podem ser atualizados muitos meses no futuro - é um caso válido. mas fora isso - no sentido de “construir a comunidade” é mais sobre o “sentimento de pertencimento” e ser capaz de interagir com esta comunidade com pouco ou nenhum atrito, em vez de descobrir todas as opções que nos sobrecarregam.
Falei sobre isso em tópicos anteriores, onde perguntei sobre o sucesso do Skool, em comparação com o Discourse.
Entendo isso completamente, obrigado pela sua visão.
Para ficar absolutamente claro - eu vejo um potencial incrível no Discourse, e se eu puder algum dia ajudar a equipe com minha experiência em construção de comunidades - estou feliz em ajudar.
