Atualizei para a versão mais recente hoje. Agora funciona. Obrigado.
2 curtidas
Isso é bom de saber. Você certamente estava enfrentando esse problema.
2 curtidas
Olá a todos,
Há aproximadamente um mês, estou enfrentando um bug que não consigo replicar, mas também não sei como resolver.
Em uma das instâncias que estou gerenciando, a página Agenda está ordenada pela data de atividade em vez da data do evento.
Estou usando os seguintes outros plugins (mas não acho que eles estejam envolvidos de forma alguma, já que uso os mesmos em outras instâncias):
Plugins
discourse-checklist 0.4.1 O
discourse-custom-wizard 0.1 O
discourse-data-explorer 0.2 O
discourse-events 0.1 O
discourse-footnote 0.1 O
discourse-locations 0.1 O
discourse-math 0.9 N
discourse-quick-messages 0.1 N
discourse-sidebar-categories 0.1 O
discourse-solved 0.1 O
discourse-whos-online 1.0 O
docker_manager 0.1 O
Alguém de vocês tem alguma dica sobre um problema de configuração, ou algo que eu possa ter feito que tenha causado isso, ou algum lugar que eu deva verificar para diagnosticar o problema?
Mais detalhes ou acesso à instância via MP.
Obrigado antecipadamente
2 curtidas
Obrigado pelo relatório.
Por favor, clique no link “Reportar um erro” na primeira postagem deste tópico e preencha o formulário com os detalhes relevantes. Assim, ficará mais fácil para nós agendarmos um momento adequado para investigar o problema.
3 curtidas
Olá a todos,
Ao lado do nome do tópico, há um ícone de calendário e a data do evento exibidos nas páginas /latest, /top, /unread ou /agenda. Eles não são exibidos na página <Category + Latest>, nem no mobile.
Existe alguma configuração para adicioná-los lá? (Não consegui encontrar)
Caso contrário, alguém consegue ver uma solução alternativa que eu possa usar para fazer isso acontecer, por exemplo, copiando e colando algo no código do plugin para /latest e ativando-o em /categories? (mesmo que isso fique um pouco bagunçado, encontrarei uma maneira com CSS para não ficar tão horrível)
Obrigado antecipadamente
2 curtidas
Sim. Isso foi relatado em nossa instância. Agendaremos uma correção em breve.
3 curtidas
if (this._state === 'destroying') return;
Você pode me dizer qual é o propósito dessa linha de código no observador do Ember? Ela está relacionada ao ciclo de vida dos componentes do Ember: https://guides.emberjs.com/release/components/the-component-lifecycle/?
2 curtidas
Sim. Você pode realmente imprimi-lo no console e ver seu valor durante diferentes eventos do ciclo de vida.
1 curtida
Ok, então qual é o propósito de apenas retornar quando o estado é ‘destroying’? O que aconteceria se omitíssemos essa linha?
1 curtida
Para evitar que as duas próximas instruções sejam executadas, pois se tornariam desnecessárias 
1 curtida
Então é para performance?
2 curtidas
Vale a pena fazer isso mesmo que não haja ganho de desempenho. Por que você executaria uma série de instruções que não têm utilidade em um caso específico?
Agora que pensei sobre isso e fiz algumas pesquisas, existe um termo adequado para isso: padrão de retorno antecipado para funções.
1 curtida
Fiz mais algumas investigações. Defini um ponto de interrupção na linha e, em seguida, executei as instruções. Não é apenas desnecessário executá-las, isso na verdade leva a um erro.
2 curtidas
Eu disse “desnecessárias”, mas sim, isso também lançaria um erro. Se você estiver interessado, pode dar uma olhada no ember-concurrency, que oferece uma solução pronta para lidar com esse tipo de situação. No entanto, ele ainda não está incluído no núcleo do Discourse.
Então, se fosse utilizado, esse caso seria tratado automaticamente pela própria biblioteca.
1 curtida
Acabei de assistir a esta palestra enquanto aprendia sobre observadores versus propriedades computadas:
Você pode explicar por que um observador foi usado neste caso, em vez de uma propriedade computada?
Estou tentando entender as compensações e os diferentes casos de uso.
1 curtida
Isso pode ser feito para funcionar em páginas de tags?
1 curtida
Qual é a funcionalidade que você deseja nas páginas de tags/tag? O plugin de Eventos afeta principalmente os tópicos, mas as categorias também podem ter um calendário e uma visão de agenda dos tópicos de eventos dentro da categoria. Você está sugerindo fornecer uma visão de agenda dos tópicos de eventos marcados com tags? Isso poderia ser interessante de se ver, por exemplo, para exibir todos os eventos marcados por um país. Isso seria bem legal! Mas, até onde eu sei, isso não está no roteiro no momento. Você pode solicitar o recurso em https://thepavilion.io/.
3 curtidas
Obrigado pela sua resposta, @tobiaseigen. Estamos promovendo bastante o uso de tags para a navegação dos usuários, pois elas são incrivelmente flexíveis. O principal problema é que a maioria dos plugins e componentes de tema não funciona com elas. Então, sim, queremos criar essa flexibilidade extra. Qualquer post que os usuários marcarem com uma tag terá um calendário anexado que poderão usar ao visitar a página da tag.
Você pode ver isso com o plugin Kanban, onde um dos desenvolvedores voluntários do Public Happiness Movement conseguiu adaptá-lo para páginas de tags: https://github.com/artysidorenko/discourse-kanban-theme
Sou um desenvolvedor bastante básico, mas me pergunto se o código usado por @artysidorenko pode ser modificado para funcionar também neste plugin. Honestamente, existem tantos plugins e componentes de tema que se beneficiariam de funcionar com páginas de tags que me pergunto se a equipe principal gostaria de oferecer uma solução padrão.
3 curtidas
você pode ativar o plugin não apenas por categoria, mas também em todo o sistema. Talvez isso seja suficiente para o seu caso de uso.
1 curtida
Obrigado pela sua resposta. Ao usar tags para navegação, os usuários não estariam em uma categoria para poder ver um calendário ou um link, e um calendário abrangente para todo o site não é suficiente para múltiplas equipes.
1 curtida