功能请求:标记联合 URL

标签联合 URL 功能请求

我今天发现,通过在 URL 中输入“intersection”(除了其高级搜索 URL),可以交叉查询标签,例如:

websiteURL/tags/intersection/support/bluetooth

我了解到 标签联合不支持此功能,因此无法进行“或”组合。

因此,特此提出功能请求,希望将目前对标签交叉查询(interventions)已实现的功能也应用于标签联合(tag unions)。

3 个赞

此 URL 目前有效:

https://meta.discourse.org/?tags[]=pr-welcome&tags[]=official

长期来看,我们计划为此类过滤公开用户界面。

5 个赞

尊敬的 @sam ,感谢您的回复。我还可以提请您注意 此功能请求 吗?这与本帖的“交集”功能相结合,再加上所有这些功能的 UI,将生成我们所需的论坛功能,以便能够为用户提供他们希望看到/每周通过电子邮件收到的精确内容。

我认为_那不再_奏效了?如果它奏效了那就好了。

@tgxworld 正在为动态过滤主题列表开发一个非常酷的新概念:

我们打算用我们的 DSL 来实现这个用例。

据我所知,ninja 的 URL 配置仍然有效,但在新模式下会更加直观。

4 个赞

太棒了——我很期待。我正在处理的情况_可能_[1]是我自己造成的,但是:我们刚刚将用户支持和项目开发论坛合并到一个站点。人们希望能够关注这两个区域[2]中的一个或两个标签。

这可能有一些巧妙的处理方法——例如,如果类别静音可以覆盖标签关注,或者如果有一种方法可以制定复杂的关注规则[3]

但简单的方法是创建不同的标签:项目讨论中的 #desktop-team 标签组,以及 Ask Fedora 的 #desktop。通知效果很好——关注你想要的那个,或者两个都关注。但现在没有办法在一个列表中同时看到它们。[4]

一种轻松地同时查看 #desktop#desktop-team 的方法将有所帮助(我们已经在_使用_ https://meta.discourse.org/t/discourse-tag-sidebars/111114,因此它们可以在那里链接在一起)。


  1. 我边走边编! ↩︎

  2. 实际上是类别 ↩︎

  3. 这种新的 DSL 也应用于通知和列表吗? ↩︎

  4. 这可能与一个巧妙的解决方案相得益彰,具有令人满意的对称优雅性 ↩︎

1 个赞