表情符号更新

出于许可原因,我们不得不更改 emoji 集。以下现有集已自动迁移到新集:

  • apple → twemoji
  • facebook_messenger → unicode
  • google → noto
  • google_classic → noto
  • win10 → fluentui
  • emoji_one → twemoji
  • twitter → twemoji

除了 fluent uinototwemojiunicode 外,我们还添加了 openmoji 集。

管理员可以在 /admin/config/emoji/settings?filter=emoji_set 更改设置。

如果您希望 Discourse 提供现有的开源集,请告知我们。

我们理解更改 emoji 可能是一个非常显眼的变化,但我们别无选择。我们希望通过仅支持完全开源的集为未来打下坚实的基础。

30 个赞

出于好奇,哪一个会影响 Meta?

2 个赞

Meta 现在正在使用 twemoji,之前使用的是 twitter。

4 个赞

Noto Emoji 还是 Noto Color Emoji?

4 个赞

是的,是颜色,我的链接确实不正确。

3 个赞

这会影响我们的自托管网站吗?

我们为什么需要使用图像作为表情符号,不能直接使用符号吗?我更希望它们能以每个人操作系统上的原生样式显示。

5 个赞

我们需要做什么吗?我的实例上的设置中的选择器看起来像这样:

或者只是为了让管理员知道这个变化,并且已弃用的选项会消失而没有任何后果?

您可以完全从管理员设置中禁用表情符号,但这不会将常见的文本笑脸(例如 :))转换为表情符号。
Unicode 表情符号不会被转换为图片。
表情符号选择器将从编辑器中消失,这在手机上不算损失,因为所有手机键盘都有表情符号快捷方式,但我认为大多数人不知道如何在电脑上输入表情符号。


另外,这也与未来的表情符号集更改有关,在此处交叉链接:

3 个赞

不过我们有一些自定义表情符号。

我们不能这样做吗?:

  1. 如果有人输入表情符号的实际 Unicode,则不要转换表情符号
  2. 仍然保留表情符号选择器,以方便自定义/桌面使用

1 个赞

原因如下,事情没那么简单:

  • 不同的平台支持新发布的表情符号的速度不同,所以你可能会遇到用户 A 在平台 1 上,使用了一个该平台支持的表情符号发帖,而用户 B 在平台 2 上看到的却是该表情符号(几周前发布的最新表情符号)的豆腐框(在字体领域,“豆腐”是指当一个字符无法显示时出现的空白矩形框)。
  • 自定义表情符号。Discourse 支持自定义表情符号,这些表情符号没有映射到字符,只是图片。

不需要,除非你想更改它。

6 个赞

我想看看 Twemoji 使用 Discord 的方言,它对表情(例如恳求的表情)进行了很多改进。

3 个赞

哎呀,丢失了一些很棒的表情符号。旧的表情符号很有特色——看起来像真人。我的用户不知何故觉得这些新的表情符号很模糊。

问题:我的字体菜单中有“Standard”。这和 Noto 相同吗?

2 个赞

… 实际上是 https://github.com/jdecked/twemoji,我们已经在跟踪了

你能举出具体的例子吗?

6 个赞

不,Standard 是 Unicode 的基础表示,他们也称之为“sample”。我建议你试试 twemoji?或者 fluent ui,或者 noto。可能都是不错的选择,能提供更多字符。

5 个赞

我刚切换到 Fluent。反应很小,而且有点模糊。

image

1 个赞

给你发了条消息,但在这里分享也无妨。搜索“clear”可以看到反馈。

截图是我更改表情符号集并从撰写窗口截取的。

3 个赞

这不会给人们带来非常清晰的比较结果……也许有人可以创建一个网页来比较我们的集合。

3 个赞

你知道是怎么回事……

我选了一个样本,制作了这个页面来源

12 个赞

我将在接下来的24小时内查看这件事,也许这里有一些问题。唯一预计会更小的是 openmoji 集,原因是他们做出的一些特定选择。

5 个赞

这不 bother 我。

是的,我认为我们可以继续使用 :this_style: 作为自定义表情符号,但只允许标准表情符号不经更改地使用 unicode?

为什么不呢?

我非常讨厌所有那些开源的选项。我只想在我的 Apple 设备上使用 Apple 的表情符号,就像我在 Messages 和社交网络上看到的那样。

5 个赞

我也支持提供原生表情符号选项,以便我们能用回 Apple 表情符号。

感谢你们所做的一切。

10 个赞