我们有一位用户将所有主题中的一个类别从“跟踪”更改为“普通”。
但是,他们现在想知道如何将所有先前阅读过的主题更改为“普通”。
目前,我认为这只能手动完成,是吗?
但是,版主或管理员是否可以更改此特定用户在该类别中每个主题的设置?
引入一项允许普通用户批量更改其自己的主题通知的功能是否有意义?
谢谢,
Rubi
我们有一位用户将所有主题中的一个类别从“跟踪”更改为“普通”。
但是,他们现在想知道如何将所有先前阅读过的主题更改为“普通”。
目前,我认为这只能手动完成,是吗?
但是,版主或管理员是否可以更改此特定用户在该类别中每个主题的设置?
引入一项允许普通用户批量更改其自己的主题通知的功能是否有意义?
谢谢,
Rubi
TL4 用户可以访问批量操作来更新通知,但不幸的是,TL3 及以下用户目前无法使用。![]()
未读和新建视图上对所有人都有“批量操作”按钮,您可以在其中选择特定的新/未读主题并使用“忽略”按钮将它们标记为已读。这还有一个可选的“停止跟踪”复选框,可以同时将它们重置为“正常”。这在这种情况下是否可行?
我会向用户推荐它。
您认为这是一个应该被请求的功能吗?它有价值吗?
谢谢,
Rubi
我其实前几天在这个 UX 主题下也提到了类似的事情 ![]()
在相关主题中,我还发现了这个开放的 Feature 请求:
(虽然关注度不高,但表明我们并不孤单
)
我认为其中一个反驳意见是不要让新用户/偶尔用户的事情过于复杂,但批量选择在电子邮件应用程序中是很常见的,所以他们不太可能从未见过(并且已经在新/未读视图中存在,尽管用途略有不同)。
即使它被认为对“所有人”来说太复杂了,也可以将其排除在 TL0/TL1 的沙盒之外,并向 TL2/TL3 开放。 ![]()
不过,我也应该顺便提一下分类级别的通知,以确保它与您当前的情况无关?
@JammyDodger
我确实看到了2016年的那个话题,并想知道为什么它似乎没有进展。
就您的用户体验话题而言,我也认为其中一些操作可以而且可能应该分开,以避免错误,并可能使某些批量操作更容易处理,无论TL级别如何。
我假设这样的请求,即更新通知的批量操作,应该发布在#feature 中吗?
将您的用例添加到现有用例中也可以。
(可能还有其他用例)