e então há todos os tipos de coisas para lidar, como aliases
Ah-ha!
Eu tinha perdido esse repositório, obrigado @j.jaffeux, agora estamos de volta aos negócios ![]()
Apple, com um fallback para unicode ![]()
Isso parece uma maneira estranha de fazer as coisas. Renderizar emojis como imagens no fluxo de texto parece ir contra a corrente. A grande maioria dos usuários estará muito acostumada com os emojis nativos de seu dispositivo/SO, então olhar para uma versão menos boa ou diferente parecerá estranho.
A grande maioria dos sites usa emojis nativos do usuário, como isso realmente é um problema? o padrão não deveria ser o emoji nativo do usuário, com a opção de fazer conjuntos de emojis personalizados como um plugin ou uma opção personalizável pelo usuário?
A abordagem atual parece e parece inelegant
test
test
deve ser algo no seu tema?
[quote=“mk0r, post:45, topic:355624”]A grande maioria dos sites usa emojis nativos do usuário, como isso é realmente um problema?
[/quote]
- O Twitter usa a mesma estratégia
- O Slack usa a mesma estratégia
- O Discord usa a mesma estratégia
Talvez haja um motivo?
Não, desculpe, eu perdi uma captura de tela para mostrar que parecia ser um upload.
Se eu editar a postagem, é isso que vejo:
Estranho, né? ![]()
![]()
Pergunta: Para o conjunto Unicode, são os da coluna “Amostra”, certo? Se sim, estes são exatamente os mesmos que Noto, não são? Estou um pouco confuso sobre por que ambos são oferecidos se são o mesmo conjunto.
![]()
Sim, você está certo, devemos fazê-los convergir, sem grandes problemas.
Acabei de me deparar com isso, pois o padrão do nosso fórum (mesmo ao redefinir a opção de volta ao seu padrão) é “Twitter”, enquanto diz “descontinuado para Twemoji”.
Faz sentido que os emojis do “Twitter” sejam descontinuados, já que o nome “Twitter” foi descontinuado (e a nova plataforma se tornou um buraco de merda abusado na maior parte)
. Mas também provavelmente faz sentido não mudar as coisas sem o consentimento do administrador.
Sobre este padrão: é o padrão com o qual a própria instância do Discourse foi originalmente enviada, ou são globais para todas as instâncias e, portanto, podem mudar? Novas instâncias têm emojis Twemoji habilitados por padrão?
Se este ainda for o caso, isso pode mudar no futuro, veja:
Você quer dizer se ainda não é o caso?
Meu ponto é:
- Parece estranho que os emojis “Twitter” sejam explicitamente declarados como obsoletos na lista, enquanto ainda são o padrão, ou seja, o botão “reset” no nosso caso ainda aplica esses emojis obsoletos do Twitter.
- Então eu estava me perguntando se o padrão realmente não mudou no código upstream, juntamente com a renomeação de “Twitter” para “Twitter (obsoleto para Twemoji)”, ou se as alterações nas configurações padrão não se aplicam retroativamente a instâncias existentes do Discourse. Neste caso particular, vejo um argumento para não mudar o padrão em uma instância existente, para que os administradores possam sempre reverter para o que o fórum deles foi enviado, e as configurações que eles nunca tocaram não mudam sem que eles as alterem explicitamente.
- Outra formulação: os botões “reset” aplicam os padrões do Discourse (que podem mudar), ou aplicam qualquer valor com que a instância do Discourse foi originalmente enviada?
Bem, acho que o padrão realmente ainda não mudou, a outra teoria parece um comportamento bastante complicado
.
O Twitter ainda é o padrão, mesmo em novas instalações
Acho que “resetar” sempre redefine para o padrão da versão atual. Por exemplo, Normalizar emails estava habilitado por padrão há cerca de um ano DEV: Enable the normalize_emails site setting by default by Drenmi · Pull Request #29952 · discourse/discourse · GitHub, então resetar muda a configuração para habilitado agora.
Alguém criou um plugin para trazer de volta os emojis da Apple? Sinto muita falta deles ![]()
Ou é possível fazer com que nossos próprios emojis personalizados apareçam primeiro e substituam textos básicos como :-)?
Eu não fiz um plugin, mas encaminhei o conjunto “twemoji” para uma pasta diferente onde fiz o upload de todos os ícones da Apple, então são esses que aparecem no site.
Muito simples, embora você tenha que fazer algumas duplicações e renomeações para garantir que não haja nenhum quebrado, e é claro que cabe a você obter as imagens dos novos que são lançados.
Existe uma maneira simples para um administrador adicionar alguns apelidos de emoji?
Esta pergunta, porque atualizamos para a versão 2.5 e com isso, mudamos os emojis da Apple para Noto, mas agora temos vários desses problemas:

O que está funcionando está usando :netherlands: enquanto todos os outros estão usando códigos de país de 2 letras que costumavam funcionar, mas, presumo, eram apelidos que agora não funcionam mais.
Alguma maneira mais limpa de resolver isso, já que temos uma grande quantidade de posts afetados por isso? Estou um pouco receoso de tentar posts:remap.
Já que estou nisso, aqui no meta, :de: funciona muito bem para
, então acho que o twemoji vem com esse apelido também — apenas não o Noto.
Pessoalmente, para corrigir isso, eu apenas duplico a imagem com muitos nomes diferentes. É bagunçado, mas funciona.
Eu mudei o conjunto de emojis no meu site para Noto e :de: parece funcionar bem:

Há algo de especial no texto bruto da sua postagem? “Reconstruir html” ajuda?
Verifiquei triplamente e :de: não funciona para a minha instalação. A única diferença que consigo imaginar é que estamos na 2.5.2 e você provavelmente está testando contra o tests-passed.
Eu dei uma olhada em discourse/discourse-emojis e realmente existe um symlink noto/de.png que parece ter sido adicionado em março, e embora a 2.5 tenha sido lançada em junho, talvez não tenha sido incluída?
Aqui está o que eu tenho/não tenho:
# ls -l /var/www/discourse/public/images/emoji/{twemoji,fluentui,noto,unicode}/{de,flag_de,germany}.png
ls: cannot access '/var/www/discourse/public/images/emoji/fluentui/de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/fluentui/flag_de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/noto/de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/noto/flag_de.png': No such file or directory
lrwxrwxrwx 1 discourse discourse 22 Oct 3 14:40 /var/www/discourse/public/images/emoji/fluentui/germany.png -> ../unicode/germany.png
lrwxrwxrwx 1 discourse discourse 22 Oct 3 14:40 /var/www/discourse/public/images/emoji/noto/germany.png -> ../unicode/germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/de.png -> germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/flag_de.png -> germany.png
-rw-r--r-- 1 discourse discourse 246 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/de.png -> germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/flag_de.png -> germany.png
-rw-r--r-- 1 discourse discourse 854 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/germany.png
O alias flag_de e de estão lá, mas apenas para alguns conjuntos. Parece que tanto o noto quanto o fluentui não têm seu próprio germany.png e estão recorrendo ao do conjunto unicode. Talvez por isso, os aliases não estão (ou não estavam?) sendo criados.
A menos que alguém veja uma solução alternativa mais limpa, eu posso tentar criar os symlinks ausentes no hook after_code do processo de compilação.



