If we post two pictograms consecutively, one pictogram is not displayed as shown in the picture below.
Is there a solution?
like this?
:bowing_man: :two_hearts:
* note the space between the colons
text 
3 个赞
Yes!
I understood that two emoticons will be displayed if space is entered.
However, in my web site, when I put two emoji characters, the space does not come in automatically.
This is an error caused by a difference in notation between languages.
While English puts a space between words, on the other hand, Japanese and Chinese do not put space between words.
1 个赞
You’re saying your keyboard doesn’t have a space bar?
2 个赞
No it is not
As a premise, Japanese and Chinese do not put spaces between words.
So pictograms are inserted consecutively after the word without inserting a space.
Then, in discourse pictograms are not displayed correctly, text is displayed instead.
So instead of the ASCII space character, you have only the “full width space” character and Discourse is not interpreting that as a “space”.
Or users are conflating words and emojis and entering them as though they were the same.
I imagine recognition of the full-width space could be coded in. But educating members to treat words and emojis as different things might not be so easy.
Maybe if the auto-complete emoji picker automatically added a space before the first and after the last colons?
1 个赞
I understand this problem and we may look at adding some sort of setting for Chinese. The problem is it is fairly expensive to figure out if a letter is in Chinese as it is a massive regular expression and we do not want to carry all this code.
What I would be open here for is a “mode” where we do not do a “is letter” check prior to emojis which we can enable in Chinese sites so you can butt up emojis against letters. But this change would be global so test:small_airplane: would render as test
which I guess is fine for you.
2 个赞
In my opinion, if discorse automatically puts a space before an emoticon, problems will be solved in all Chinese, Korean and Japanese.
Initially, this problem arises because Japanese and Chinese people insert pictograms without putting a space at the end of the sentence or in the middle of the sentence.
This is because it is based on the language notation that it creates sentences without spaces, so there is no choice.
There is no need to let the program decide whether it is Chinese or not. Would not it be okay for the program to judge only whether or not there is space before emoji?
こんにちは:smiley:
1 个赞
打扰了。这个问题有没有被修复过？
我认为在这里使用正则表达式并不是你想要的方案。（一如既往。¹）检查该字符是否属于 CJK 统一表意文字 以及可能相关的区块，似乎更有可能奏效。
¹ “有些人遇到问题时，会想：‘我知道，我用正则表达式。’于是他们就有了两个问题。” ——Jamie Zawinski, http://regex.info/blog/2006-09-15/247
1 个赞
我想问题已经修复了
这已作为“启用内联表情符号翻译”站点设置实现。它允许使用 你好:smile: 而无需尝试识别单个 CJK 字符，并且默认在中文、日文和韩文本地化环境中启用。
你确定这取决于区域设置吗？是作者的还是读者的？
我有点希望不是，因为出于某些原因，我使用的区域设置是 en_US.UTF-8，尽管我不在美国，也从未说过或写过美式英语，而且当我输入 おはよ御座います 
时，我甚至不是在输入英语。
我可以肯定地说，在编辑器中，上面的表情符号看起来没问题，稍后我就能告诉你发布后阅读时渲染是否正常。
（是的，使用 en_US.UTF-8 阅读时，看起来仍然没问题。我猜这实际上并不取决于区域设置，不过我也猜问题已经得到了妥善解决。我很好奇你是如何具体解决它的，但好奇心还不够强烈到让你费心去查明这是否会造成任何困难。）
论坛有一些站点设置，这些设置会根据 default locale（默认语言环境）站点设置中选择的值进行调整。它们不取决于读者或作者的偏好，而是帮助管理员为特定语言配置论坛。您可以在这里阅读更多相关内容：Locale-specific defaults for site settings (`locale_default`)
管理员仍然可以按照自己的意愿配置所有这些设置。因此，即使在一个默认语言环境为英语的站点上，管理员仍然可以允许更短的标题和帖子，或者允许用户名中使用更多字符。改变的只是该设置的默认值，而这个默认值可能最合理。因此，即使在默认语言环境为英语的论坛上，管理员也可以配置 enable_inline_emoji_translation 站点设置，以便无需空格。
1 个赞