工作区视图

I stumble across the same pattern as an admin installing community Discourse instances. Sometimes I need to see what non-admins see: filtering out what’s not of my current concern. Being able to reduce the scope helps focus. Workspace Views enable custom views assembling categories, topics, bookmarked posts and other related elements into focused structured composite dashboard.

Objectives

  • Create a select-post-like functionality to capture selected elements (categories, topics, posts) into a trail (I’ve been reading As We May Think again)
  • Assign this trail to a private, editable, and shareable work space.

Applications

  • Focused work on specific issues
  • Preparation of structure contents (e.g., a game category similar to MUDs or IRC room story games, templates for research projects, organizational design, collective book or play writing)
  • Storytelling and Storyboards
  • Course/Curriculum Management
  • Event Planning
  • Communication Campaign
  • Etc.

What it looks like

An uncluttered traversal subset of your too large community that you can turn about a useful perspective from one or more users. You can have many of them accessible like bookmarks.

1 个赞

自该提案提出以来,情况已发生变化。最显著的是,我们现在可以默认静音所有分类,这使得“主动加入”机制变得更加有价值。

然而,仍有一些缺失的功能,可帮助我们更贴近“追踪”和“工作区”的行为模式:利用群组作为通往尚未发现内容的专属门户。

假设我们默认静音所有分类,用户首次进入论坛时只能看到少量主题。此时,加入对话流变得非常容易。但用户如何发现那些需要主动加入的分类呢?如果将分类与专属群组关联,那么阅读群组的描述可能会促使你点击“加入”按钮,突然间,一大波新主题便向你开放了!

但目前尚无简便方法实现这一点,因为在 Discourse 中,群组(以及标签)的地位 somewhat 次要。如果能像引用任何主题一样引用群组描述,那就太棒了:或许群组描述本身就可以像分类一样成为主题。

我完全不清楚实现这一功能在开发上意味着什么,但我可以预见,此类功能将带来非常强大的使用场景。

1 个赞

默认静音所有类别是我们计划在一年左右的时间内添加到设置向导中的功能。

我认为这很有道理,如果你知道自己将托管内容差异巨大的类别,那么所有类别默认静音,让用户明确选择他们希望看到的类别,是合理的。cc @sam @eviltrout

例如,一个“手机”论坛,其中包含 Android 和 Apple 类别——你不太可能想同时看到两者,因为很少有人会同时拥有并使用这两种类型的手机。

4 个赞

重新阅读工作区的描述,我看到了 Discourse Docs 的用处。

我也认为使用 Category, Group, Tag Descriptions as Topics 也能实现。