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 curtidas
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 curtida
You’re saying your keyboard doesn’t have a space bar?
2 curtidas
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 curtida
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 curtidas
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 curtida
Olá. Uma correção foi implementada para isso?
Não acho que uma expressão regular seja o que você quer aqui. (Como sempre.¹)Verificar se o caractere é um dos Ideogramas Unificados CJK e possivelmente alguns blocos relacionados parece mais provável de funcionar.
¹ “Algumas pessoas, quando confrontadas com um problema, pensam ‘Eu sei, vou usar expressões regulares.’ Agora eles têm dois problemas.” —Jamie Zawinski, http://regex.info/blog/2006-09-15/247
1 curtida
Acho que está corrigido
Isso foi implementado como a configuração do site enable inline emoji translation. Ela permite 你好:smile: sem tentar identificar caracteres individuais CJK, e vem habilitada por padrão para os idiomas chinês, japonês e coreano.
Tem certeza de que depende do locale? Do escritor ou do leitor?
Estou meio que torcendo para que não seja o caso, porque, por questões pessoais, uso o locale en_US.UTF-8, embora eu não esteja nos EUA, nunca tenha falado ou escrito em inglês americano, e quando digito おはよ御座います 
nem estou digitando em inglês.
Posso dizer que, no editor, o emoji acima parece normal para mim, e poderei te dizer em um instante se ele é renderizado corretamente quando leio a mensagem postada.
(É, lendo com en_US.UTF-8, ainda parece ok. Estou achando que, na verdade, não depende do locale, embora também esteja achando que o problema foi resolvido corretamente. Estou curioso para saber exatamente como você o resolveu, mas não a ponto de te obrigar a fazer um trabalho sério para descobrir se isso causaria alguma dificuldade.)
Existem configurações de site para fóruns que são ajustadas dependendo do valor selecionado na configuração de site localização padrão. Elas não dependem das preferências dos leitores ou escritores, mas ajudam o administrador a configurar um fórum para um idioma específico. Você pode ler mais sobre isso aqui: Locale-specific defaults for site settings (`locale_default`)
Os administradores ainda podem configurar todas essas configurações como desejarem. Então, um administrador de um site onde a localização padrão é inglês ainda pode permitir títulos e posts mais curtos ou o uso de mais caracteres em nomes de usuário. Apenas o padrão da configuração que faz mais sentido é que muda. Então, também em um fórum onde a localização padrão é inglês, o administrador pode configurar a configuração de site enable_inline_emoji_translation para que nenhum espaço seja necessário.
1 curtida