标签面板需要“添加新标签”选项

我们需要在此页面上添加一个“创建新标签”选项:

我知道我们可以使用编辑器来创建新标签,但这是否是唯一的方法?!我认为打开编辑器来创建标签没有意义。我的意思是,这个功能当然可以保留,但不应该是唯一的方法,尤其不应该是主要方法。

如果我在一个名为“标签”的面板中,那么有一个按钮或菜单选项来创建新标签是合乎逻辑的。在我看来,这是最直观的方法。

而且,既然我们谈论到这个问题,为什么还要有额外的下拉菜单,明明有足够的空间可以直接在此页面上添加按钮,从而省去菜单呢?

我一向支持在空间有限的情况下使用下拉菜单,但除此之外,我更倾向于减少点击次数,特别是消除隐藏选项带来的摩擦和困惑,这些选项有时对用户来说并不显眼和直观。

3 个赞

不,但你说得对,目前没有明显的方法。

所有创建标签的现有方法都与使用该标签相关联(将其附加到新主题、将标签添加为现有标签的同义词、在创建标签组时创建标签)。除此之外,我认为创建新标签的唯一其他方法是通过批量上传。

这在 Create tags outside of new post 中已经讨论过——我不认为有人反对这个功能,只是它还没有被优先处理。

5 个赞

当然,这些也应该存在。
我认为在名为“Tags”的面板上的主要方式,应该从第一天起就实现,因为我们可以在那里管理所有标签。这似乎对我来说是最有意义的,就像在创建主题时创建标签一样。比批量上传更有意义。

我认为我在 Discourse 中发现的一些“奇怪”的事情,更多的是在混淆那些本应放在某个地方的事情。正如你所看到的,这些事情往往会充斥论坛,如果背后有一些逻辑的话,这是不必要的。

我并不是想听起来“粗鲁”或别的什么,尤其是因为我一直很喜欢 Discourse 以及它所允许我们做的事情。我只是认为其中一些事情应该得到更多的“关爱和关注”,不应该被放在优先列表的底部,仅仅因为有变通方法而且它们不是高优先级。我们作为用户也希望看到“非优先”的事情得到一些关注,使一切看起来和运行起来更顺畅,更容易使用。

例如,尽管旧的方式并不理想,组件以带有形状的图片呈现,但新的布局坦率地说很糟糕。它很拥挤,很难处理,尤其是在小屏幕上。当然,我们仍然可以做需要做的事情,但其中一些事情(比如组件面板)只需要几行 CSS 来改变宽度、隐藏一些不必要的面板等。

希望你们能抽出时间来修复这些非优先事项。不幸的是,从我看到的你分享的帖子来看,那个主题已经创建了 5 年,仍然没有更新。

再说一遍,我不想听起来粗鲁或对这样一个优秀的平台心存感激,而且是免费提供的。一点也不。我只是希望细节也很重要,尤其是当用户觉得事情没有按他们应该的方式运行时。

1 个赞

如果我能说几句……它们确实很重要。开发人员肯定会关注并投入工作。相信我,如果他们不这样做,使用 Discourse 的体验将很多。

问题是,有太多细节需要关注,以至于他们实际上无法将资源投入到所有细节上——即使是多年以后。

pr-welcome 标签有时用于鼓励用户贡献,因为 Discourse 是开源的,但一些受欢迎的功能在设计上需要仔细考虑,然后由外部开发人员发送 PR 并不总是最佳解决方案。

4 个赞

另一个问题:我试图使用 Composer 创建标签。实际上我需要发布主题。当标签不存在时出现的“创建 XYZ…”只有在我们发布主题后才会真正“创建”标签。然后我们必须删除它,如果 Tags 面板拥有用于创建、管理、删除标签的所有工具,这似乎是不必要的。

我相信他们会的,别误会我的意思。我的观点是,我们可以将“非优先”修复和调整分为两类:一类不太相关,另一类则相关,因为它们会影响网站的正常功能和工作流程。当我们为了完成本应在单页上完成的事情而需要来回跳转时,在我看来,这表明有些东西需要修复。也许不像安全问题那样是优先事项,但应该进行评估。我提到的工作流程只是简单的基本 UI/UX,目的是在网站上创造流畅的体验。

我同意 :slight_smile:

关于处理更改/修复的其他标准是,除非已提出的问题非常严重或易于实施,否则 Discourse 会优先处理客户请求驱动的更改,并且通常(我认为他们没有偏离这一原则)遵循“三原则”:

这也解释了为什么有些看似明显的问题,即使经过很长时间也没有得到处理。

如果你深入研究 #ux、Feature 甚至 Bug,你会发现许多与此主题类似的要求,而且我有时在报告从未得到修复的问题时也感到沮丧 :see_no_evil_monkey:

1 个赞