表情符号更新

我没有看到大的明显变化(事实上,我根本没看到!)。我猜这是因为这两组看起来非常相似?

1 个赞

我还没完成,但快好了:

基本思路是,Fluent UI 表情符号周围都有一个边距,以适应各种形状。所需的边距是可变的,但他们为每个图像应用了一个固定的值,与其他没有边距的集合相比,Fluent UI 集合看起来更小。

我一直在开发一个管道来计算每个表情符号最理想的边界框,这将使表情符号更大、更平滑。我希望明天能将此合并。

9 个赞

太棒了!所有套装都一样吗?我之所以这么问,是因为您网站上的反应比我网站上的大得多。目前正在让用户试用 Twemoji。这是并排的同一台显示器和同一个浏览器。在新标签页中打开以查看大尺寸。

image

2 个赞

据我所知,不仅仅是 OpenMoji 也受到影响。我得看看你的网站以理解差异。

2 个赞

我查看了,这与您的主题有关,该主题具有以下 CSS:

html {
  font-family: ember-regular, sans-serif;
  font-size: 14px;
}

表情符号的大小相对于基本字体大小,因此在您的情况下,您减小了基本字体大小,结果表情符号也变小了。

7 个赞

知道了。谢谢你看一看!

3 个赞

我不明白这是如何推出的。在我的 3.5.0.beta2-dev 上,“Twitter”集当前处于活动状态,并选择了 Apple、Google、Windows 10、Google Classic 和 Facebook Messenger。在新的 Web 容器部署后,我能看到新选项吗?

第二个问题:如何添加 openmoji 集?(有趣的事实:设计这个的大学位于离我德国西南部的家几公里远的地方)

1 个赞

是的,你显然错过了最新的提交。

更新后,Openmoji 应该已经可以在列表中找到。但是,由于 Openmoji 选择留有较大的边距,这套图标看起来相当小,因此它相当具有挑战性。我正尝试应用与我为 fluentui 使用的类似解决方案,但由于 SVG 定义方式的一些差异,目前效果不佳。

7 个赞

在多年来享受我们的 Discourse 上的 Apple 表情符号视觉效果之后,我能否询问一下是什么许可原因导致它们突然消失了?

6 个赞

我们没有明确的授权来使用它们。

4 个赞

是否有办法将苹果表情符号添加为自定义表情包,然后将该集设为默认表情符号?
这样现有的消息就不会失去它们的外观了?

3 个赞

目前还不行,抱歉,不过如果你愿意的话,将来我们可能会让添加你自己的集合变得更容易,但我不指望很快就会实现。

3 个赞

如果你想讨论,我很乐意在 Marketplace 上共同赞助此事,@taravasya

4 个赞

技术上可行,请参阅

6 个赞

我们收到的关于失去旧的 Apple 套件的反馈非常糟糕。

我会看看这个,谢谢 :smiley:

3 个赞

看起来实现起来很简单,关于 emoji 图片的命名约定有什么细节或指南吗?

我能在列出从仓库中删除的所有图片的提交中找到答案吗?

抱歉,我无法回复您链接的主题,它已被锁定 :confused:

6 个赞

按照该指南,我设法恢复了大部分 Apple 表情符号并使其正常工作,但出现了一堆 404 错误。

诸如 :grinning_face: :grinning_face::weary_cat: :weary_cat: 以及 :kissing_face: :kissing_face: 之类的表情符号会抛出 404/未找到错误,因为它们在 Apple 集中不存在,位于 https://github.com/discourse/discourse/tree/stable/public/images/emoji/apple

目前已将其关闭。

2 个赞

为了确保最大程度的兼容性,我们做了很多工作,如果您想走自定义路线,则需要处理各种此类问题。

2 个赞

我认为解决 404 的最简单方法可能是将整个 Twemoji 集合复制/粘贴到 /apple/ 文件夹的顶部,并告知它如果图像已存在则不要替换。

不过,如果其他人也在尝试解决此问题,我也乐于接受建议 :smiley:

1 个赞

是的,这就是我们在 gem 中所做的,我们从 Unicode 复制,因为 Unicode 应该始终拥有图像,因为它们是源引用

2 个赞