Estou apenas retestando um problema relatado anteriormente que se pensava ter sido corrigido. Desculpe por voltar um mês… coisinhas como casar, cuidar de um cachorro por algumas semanas e um visitante do exterior me mantiveram ocupado!
Defina o padrão do tópico de localização como Usuário
Defina uma localização para seu usuário (se você ainda não tiver uma)
Adicione um tópico em uma categoria com localização ativada. O tópico obtém sua localização e aparece no mapa de tópicos com quaisquer outros marcadores relevantes.
Exclua a localização do seu usuário
Adicione um tópico na mesma categoria que em (3). O tópico não obtém sua localização (como esperado), mas quando você exibe o mapa de tópicos, todos os marcadores estão faltando.
Defina o padrão do tópico de localização como Nenhum - todos os marcadores reapareceram no mapa de tópicos… inicialmente. No entanto, ao visualizar o mapa do usuário, não havia marcadores e, após voltar ao mapa de tópicos, todos esses marcadores desapareceram novamente. Tentei excluir as duas postagens de (3) e (5), redefinir o Padrão do Tópico de Localização para Usuário e adicionar uma localização de volta ao meu usuário, mas nada disso faz com que os marcadores reapareçam em nenhum dos mapas.
Alguém implementou uma visualização onde o mapa fica em cima e os itens da lista embaixo?
Meu cliente quer isso, mas estou desaconselhando. Para mim, parece que seria redundante tanto em termos de UX quanto de código, já que ambos realizam as mesmas funções.
Verificar se estamos na página ‘Projetos e Comunidades’ (fácil)
Injetar uma lista duplicada sob o mapa (não faço ideia de como)
Ocultar a barra duplicada de categorias/tags (fácil)
…a questão é se isso faria as tags funcionarem como esperado (filtrando mapa e lista ao clicar e mostrando ambos) ou se selecionar uma faria com que o padrão fosse apenas a visualização da lista - como atualmente acontece ao selecionar uma tag na lista.
Se você quiser criar tal visualização, PR aceito (desde que todo o resto permaneça igual e este seja apenas um comportamento adicional por trás de uma configuração).
Se você precisar de ajuda para produzir tal visualização em bases comerciais, sinta-se à vontade para entrar em contato comigo na @ Pavilion (Locations é um produto da Pavilion).
Notei que meu plugin de locais parou de geocodificar, embora minhas configurações não tenham sido alteradas e minhas chaves de API do LocationIQ ainda sejam válidas. O problema ocorre ao tentar atribuir um local a um tópico. Sempre que preencho os campos, o mapa simplesmente gira e gira e nunca é concluído.
Não tenho acesso aos logs do Rails (preciso perguntar ao host), mas nada aparece quando clico em “Find Location”. Vale mencionar que ainda estou na versão 3.0.3 do Discourse.
Não tenho certeza se estes precisam ser relatados, mas estou vendo vários avisos de depreciação para o plugin Locations, por exemplo:
Aviso de depreciação: o argumento respect_plugin_enabled de add_to_serializer deve ser passado como um argumento de palavra-chave
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:87:in `block in activate!`
Aviso de depreciação: add_to_serializer não deve ser usado para substituir diretamente os métodos include_*. Use o argumento de palavra-chave include_condition em vez disso
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:88:in `block in activate!`
Aviso de depreciação: o argumento respect_plugin_enabled de add_to_serializer deve ser passado como um argumento de palavra-chave
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:91:in `block in activate!`
Aviso de depreciação: add_to_serializer não deve ser usado para substituir diretamente os métodos include_*. Use o argumento de palavra-chave include_condition em vez disso
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:92:in `block in activate!`
Aviso de depreciação: o argumento respect_plugin_enabled de add_to_serializer deve ser passado como um argumento de palavra-chave
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:96:in `block in activate!`
Aviso de depreciação: o argumento respect_plugin_enabled de add_to_serializer deve ser passado como um argumento de palavra-chave
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:97:in `block in activate!`
Aviso de depreciação: add_to_serializer não deve ser usado para substituir diretamente os métodos include_*. Use o argumento de palavra-chave include_condition em vez disso
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:98:in `block in activate!`
Aviso de depreciação: o argumento respect_plugin_enabled de add_to_serializer deve ser passado como um argumento de palavra-chave
Em /var/www/discourse/plugins/discourse-locations/plugin.rb:223:in `block in activate!`
Estou executando as versões mais recentes do Discourse e do plugin.
Não sei quando isso aconteceu, mas meu Mapa de Usuários não tem marcadores de usuário nele. Sei que há mais de 20 usuários com uma geo_localização definida.
Removi minha própria localização e a adicionei com sucesso novamente, então não acho que a geocodificação seja o problema. Tentei alterar várias configurações, mas não encontrei nada que fizesse os usuários serem exibidos novamente.
O mapa de localização de tópicos tem marcadores para os poucos tópicos que têm locais definidos, então são apenas os usuários que são afetados. Estou usando a versão mais recente do Discourse e do plugin Locations.
Alguma ideia de como recuperar meus marcadores de usuário?
Olá a todos, o Plugin de Localizações está agora quebrado devido a alterações necessárias upstream para facilitar a grande atualização do Ember em andamento, que é muito mais significativa do que o normal.
A CDCK foi muito boa em nos avisar, mas atualmente estamos trabalhando nas alterações necessárias e retornaremos as Localizações o mais rápido possível.
Recomendamos que você NÃO reconstrua por enquanto se desejar continuar usando o plugin.
Desculpe àqueles de vocês que já o fizeram.
Nós resolveremos quando pudermos.
Muito obrigado pelo seu interesse nesta oferta gratuita.
Juntei muitas madrugadas e noites de trabalho para colocar este show de volta nos trilhos.
É muito diferente na implementação do antigo plugin, então, por favor, tenha paciência, provavelmente há muitos problemas, mal testei em produção:
Como parte das mudanças, depreciei o uso de widgets em favor da implementação do Glimmer (os widgets eventualmente serão descontinuados). Esta foi uma jornada e tanto, posso dizer, pois o código original do widget é realmente muito esotérico. Isso nos deixará em boa posição por um bom tempo.
Há um novo sistema de busca que é um pouco exagerado (seria bom adicionar capacidade de grupo em algum momento? Se alguém quiser patrocinar isso, entre em contato!)
Ele não suporta mais Layouts, mas Layouts está atualmente então isso é irrelevante - verei para adicionar suporte a Layouts quando Layouts retornar do
Cortei alguns atalhos para chegar aqui tão rapidamente - não adicionei testes adicionais de FE … posso ter tempo para adicionar testes para os mapas ao longo do tempo.
NB Adicionei um arquivo de compatibilidade para que Stable ainda use o código antigo enquanto corrigimos os bugs nesta nova abordagem ao longo do tempo…
Problemas Conhecidos:
expandir não funciona bem no momento.
A busca por nome no mapa do Usuário tem problemas.
Layouts ainda não é suportado (mas isso está atualmente )
isso é ótimo @Stephane_Roy … mas acho que também está pedindo um modo escuro?
Ainda não tive tempo de olhar para isso como uma integração automática no plugin, mas houve este CSS que compartilhei há um tempo que você pode adicionar como um Componente de Tema:
então isso é irrelevante - verei para adicionar suporte a Layouts quando Layouts retornar do 
).