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 „Gefällt mir“
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 „Gefällt mir“
You’re saying your keyboard doesn’t have a space bar?
2 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
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 „Gefällt mir“
Hallo. Wurde dafür jemals ein Fix implementiert?
Ich glaube nicht, dass ein regulärer Ausdruck hier das Richtige ist. (Wie üblich.¹) Es scheint wahrscheinlicher zu funktionieren, zu prüfen, ob das Zeichen zu den CJK Unified Ideographs und möglicherweise einigen verwandten Blöcken gehört.
¹ „Manche Leute denken, wenn sie vor einem Problem stehen: ‚Ich weiß, ich verwende reguläre Ausdrücke.‘ Jetzt haben sie zwei Probleme.“ — Jamie Zawinski, http://regex.info/blog/2006-09-15/247
1 „Gefällt mir“
Ich denke, es ist behoben.
Dies wurde als die Website-Einstellung enable inline emoji translation implementiert. Sie erlaubt 你好:smile:, ohne versuchen zu müssen, einzelne CJK-Zeichen zu identifizieren, und ist standardmäßig für Chinesische, Japanische und Koreanische Lokalisierungen aktiviert.
Bist du sicher, dass es vom Locale abhängt? Vom des Autors oder vom des Lesers?
Ich hoffe eher, dass dem nicht so ist, denn ich verwende aus bestimmten Gründen das Locale en_US.UTF-8, obwohl ich nicht in den USA lebe, nie Amerikanisches Englisch gesprochen oder geschrieben habe und wenn ich おはよ御座います 
tippe, ich gar kein Englisch eingebe.
Ich kann sagen, dass das Emoji oben im Editor für mich in Ordnung aussieht, und ich kann dir in ein paar Sekunden sagen, ob es beim Lesen des geposteten Beitrags auch korrekt dargestellt wird.
(Ja, beim Lesen mit en_US.UTF-8 sieht es immer noch in Ordnung aus. Ich vermute, dass es tatsächlich nicht vom Locale abhängt, obwohl ich auch vermute, dass das Problem tatsächlich gelöst ist. Ich bin neugierig, wie du es genau gelöst hast, aber nicht so sehr, dass ich dich dazu bringen würde, ernsthaft zu recherchieren, ob es Schwierigkeiten bereiten könnte.)
Es gibt Foreneinstellungen, die je nach dem in der Site-Einstellung default locale (Standardsprache) ausgewählten Wert angepasst werden. Sie hängen nicht von den Präferenzen der Leser oder Autoren ab, sondern helfen dem Administrator, ein Forum für eine bestimmte Sprache zu konfigurieren. Weitere Informationen dazu findest du hier: Locale-specific defaults for site settings (`locale_default`)
Administratoren können diese Einstellungen weiterhin nach Belieben konfigurieren. So kann der Administrator einer Site, bei der die Standardsprache Englisch ist, weiterhin kürzere Titel und Beiträge oder die Verwendung mehrerer Zeichen in Benutzernamen zulassen. Nur der Standardwert der Einstellung, der am sinnvollsten erscheint, ändert sich. Auch auf einem Forum, bei dem die Standardsprache Englisch ist, kann der Administrator die Site-Einstellung enable_inline_emoji_translation so konfigurieren, dass kein Leerzeichen erforderlich ist.
1 „Gefällt mir“