您好!
我们注意到一个活动的参与者列表是基于用户名的。我们认为如果能使用用户的姓名(并将用户名作为备用)会更好。
您对这个功能感兴趣吗?如果是,我将修改 User 组件(plugins/discourse-calendar/assets/javascripts/discourse/components/modal/post-event-invitees/user.gjs)。
如果您认为这是一个坏主意,我们可以提议一个站点设置来切换此功能吗?
您好!
我们注意到一个活动的参与者列表是基于用户名的。我们认为如果能使用用户的姓名(并将用户名作为备用)会更好。
您对这个功能感兴趣吗?如果是,我将修改 User 组件(plugins/discourse-calendar/assets/javascripts/discourse/components/modal/post-event-invitees/user.gjs)。
如果您认为这是一个坏主意,我们可以提议一个站点设置来切换此功能吗?
这是一个不错的主意。也许显示用户名还是全名可以与站点的 启用名称 设置相关联?@j.jaffeux 意下如何?

我实话实说,我很惊讶它还没有。依我看,那个设置应该涵盖用户名的大部分,如果不是全部,出现情况。
在(完整)名称优先级、通知以及“谁在线”插件中的悬停标题方面还有一些其他遗漏。这些应该报告吗?
让我们看看这个话题在我们的开发人员加入后会引向何方;这可能一次性全部涵盖。也许也@lindsey 征求意见?
依我看,我们应该将所有用户名/名称的显示与站点设置中的“启用名称”和“在用户体验中优先显示用户名”都关联起来。
在其他一些领域,我们可以对 enable names 和 prioritize username in ux 设置保持更一致,但我认为我们不必等到拥有完整的列表才开始修复它们。
@j.jaffeux 你是否认为这是一个 pr-welcome,以确保当 enable names 为“true”且 prioritize username in ux 为“false”时,活动参与者列表显示全名?这将使其与我们在用户卡片、个人资料等方面处理姓名和用户名的方式更加一致。
一旦被接受,我将着手处理此事,如果能得到一份清单,我之后会处理其他地方 ![]()
我看到 Joffrey 在回复你的问题时点了个
,@lindsey,所以我在这里添加了 #pr-welcome。
一则帖子被拆分到新主题:关于实施显示名称优先级的指南
您好!
跟进:我打开了一个拉取请求 ![]()
你好 @manut
这已合并,非常感谢!
太棒了!
如果还有其他地方需要修改,请随时通知我。
我发现了另外两个地方:
提及通知即使在未设置用户名偏好/启用名称时也只使用用户名。
以及“谁在线”列表头像上的悬停标题也是用户名,即使在其他地方(例如最新主题列表)的头像悬停显示的是名称。
好的,我应该为这些创建新主题吗?
不需要仅仅为了这些就开启一个新主题 ![]()
如果你想提交拉取请求(PR),请“ping”我,我会进行审查。否则我也可以做。
谢谢!
我会这么做的:我真的需要提高我对 Discourse 内部机制的了解,因为我正在为一个合作社开发一个插件,并希望它能遵循最佳实践。我还有很多需要学习的地方 ![]()
我开始着手处理这个问题;我将创建一个 mentioned 通知类型(在 frontend/discourse/app/lib/notification-types/ 中)。
我以其他通知类型为例,注意到使用了 this.siteSettings.prioritize_full_name_in_ux(注意,它不是 prioritize_username_in_ux)。
它的值似乎总是 false(例如,在“点赞通知”中,使用的是用户名而不是全名)。
对 prioritize_full_name_in_ux = 进行一次小的全局搜索,我发现它只在测试中被赋值,因此它保留了在 config/site_settings.yml:1005 中定义的默认值(false)。
是我遗漏了什么,还是这里存在一个更大的问题?
也许是在重命名过程中遗漏了?我会去查一下 ![]()
您好!
我不想给您压力,但您有时间研究一下这个问题了吗?
告诉我,我可以提供帮助 ![]()