默认值或许可以可选地设置为折叠或展开。当地图折叠时，“显示地图”按钮保持不变；当地图展开时，按钮重命名为“隐藏地图”。
2 个赞
发布功能建议需要多少参与度？
1 个赞
地图位置问题也被作为缺陷提出，因为在某些情况下，地图的部分区域会渲染到屏幕之外。
因此，我实际上已经扩大了移动端和桌面端的地图范围，并确保其保持在屏幕边界内。它仍然可以浮动。若要实现更多功能，则需要资金支持。
这项工作有些繁琐，因为我不得不调整各个元素的位置，同时小心不要破坏众多的地图视图或现有的地图控件。
我将很快发布该更新，但您可以在此处进行测试：
git clone https://github.com/paviliondev/discourse-locations -b bigger_topic_map
如果您发现任何问题，请告诉我。
2 个赞
好的，我已经合并了该请求，以便加快反馈。如有任何问题，请告知。
3 个赞
这是个开始，谢谢。我会试试看，然后告诉你进展如何…
2 个赞
你好，Robert，
感谢你的更新。我真的很喜欢更大的地图 
针对移动端视图（主题卡片和用户卡片）的小修复：
通用 CSS
.location-details .location-label-container {
align-items: baseline;
}
.map-container.small {
margin-top: 5px;
}
移动端 CSS
.location-and-website.map-location-enabled .user-location-widget .map-wrapper {
position: inherit;
}
.location-and-website.map-location-enabled .user-location-widget .map-container.small {
top: auto;
width: 100%;
margin-top: 5px;
}
主题地图存在一个小 bug：在桌面端松开拖拽操作时，地图会立即关闭。
3 个赞
是的，我特意保留了用户卡片地图的原有行为，因为这在已报告问题的范围之外。我目前不打算对此进行更改。
我注意到触摸屏上地图行为过于敏感。我找时间看看能做什么。这可能与超出边界的点击关闭有关，我怀疑是这样。
2 个赞
@angus @merefield 在通过 Discourse API 添加位置时，是否有可用的参数可以指定地图图钉的标题/图例？
例如，当我们向 Discourse 添加新主题时，目前通过向论坛 API 发布以下请求来为主题添加位置：
这导致地图图钉的标题/图例与主题标题完全相同：
在我们的使用场景中，这通常过长。
我想确认一下，是否存在类似 pin_legend_title 的元素，或者是否有其他方式可以传递一个不同于 Discourse 主题标题的图钉标题？（因为我希望传递一个更简短的图钉/图例标题）
类似这样的效果：
1 个赞
还有其他人知道这是否可行吗？
1 个赞
如何让地图默认显示，而无需首先点击？
1 个赞
对于用户地图，请在插件设置中查找 location users map default，并勾选“导航至‘用户’时默认显示用户地图”。
4 个赞
升级到最新版本的 Discourse（2.6.0.beta5, 886d619d3f）并启用 Locations 插件后，站点显示为空白。在安全模式下禁用非官方插件时，站点可正常运行。通过在 YAML 文件中注释掉 Locations 插件并重新构建，问题得以解决。
from_version: be5efc9410, f178532, 1460764, be5efc9410
repository: /var/www/discourse, /var/www/discourse/plugins/discourse-data-explorer, /var/www/discourse/plugins/discourse-locations, /var/www/discourse/plugins/styleguide
3 个赞
这是由于核心部分已弃用。我刚提交了修复：
https://github.com/paviliondev/discourse-locations/commit/6dc4b1f4ae4892658a470c503bcf70f97027e466
欢迎提供反馈。
3 个赞
谢谢你的快速修复，Robert。重新构建后一切恢复正常，运行符合预期。
2 个赞
在访问 /u/user-map?period=location 时，地图显示有大约 3 秒的延迟。在此期间会显示“未找到结果”。能否将其改为显示“正在加载地图…"？
虽然没有数据支持，但我认为由于没有任何提示表明地图即将加载，许多用户不会耐心等待。
页面首次加载时：
大约 3 秒后：
1 个赞
不幸的是，当前的架构已达到极限。我 最近部署了一个修复方案，使性能提升了一倍（真不知道你们之前是怎么撑过来的？）。看来你们的使用场景非常苛刻（地点数量相当惊人！）。目前我们似乎还没有解决方案。
1 个赞
它之前确实更快——记不清是从什么时候开始变慢了，但目前的性能尚可；这并非问题所在。如果能提前提示用户地图即将显示，将是一个很好的解决方案。
2 个赞
明白了，是的，这确实更可行。请您在此提交请求：在此提交请求。
我无法保证会立即查看（目前我非常忙碌，还要应对即将到来的搬家），但这能在一定程度上解决那些高难度的使用场景。感谢您的建议。
2 个赞
2 个赞