and then there are all kind of things to handle like aliases
3개의 좋아요
Ah-ha!
I’d missed that repo, thanks @j.jaffeux we’re now back in business 
Apple, with a fallback to unicode 
5개의 좋아요
This seems strange way of doing things. Rendering emoji as images in the flow of text feels against the grain. The vast majority of users will be very used to their device/OS native emoji so looking at some less-good or different version will feel strange.
The vast majority of websites use user-native emoji, how is this ever really a problem? shouldn’t the default be the user’s native emoji, with the option to do custom emoji sets as a plugin or user customizable option?
Current approach feels and looks inelegant
5개의 좋아요
test 
test
must be something in your theme?
3개의 좋아요
- twitter uses the same strategy
- slack uses the same strategy
- discord uses the same strategy
Maybe there’s a reason?
7개의 좋아요
No, sorry, I’d missed a screen shot to show it was an upload by the looks of things.
If I edit the post this is what I see:
Strange eh 
1개의 좋아요
Question: For the Unicode set, it is the ones in the “Sample” column right? If so, these are the same exact ones as Noto, are they not? I’m just a bit confused as to why both are offered if they are the same set.
1개의 좋아요
Yes you are right, we should make them converge, no big harm though.
1개의 좋아요
I just stumbled over this, as our forum default (also when resetting the option back to its default, is “Twitter” while it says “deprecated to Twemoji”.
It makes sense that “Twitter” emojis are deprecated, since the name “Twitter” is deprecated (and the new platform turned into an abused shit hole mostly) 
. But also it probably makes sense to not change things without admin consent.
About this default: is it the default the own Discourse instance was originally shipped with, or are these global to all instances, and hence can change? Do new instances have Twemoji emojis enabled by default?
1개의 좋아요
If this is still the case, it might change in the future, see:
1개의 좋아요
You mean if it is not yet the case?
My point is:
- It looks weird that “Twitter” emojis are explicitly stated deprecated in the list, while they are still the default, i.e. the “reset” button in our case still applies these deprecated Twitter emojis.
- So I was wondering whether the default has really not changed in upstream code, along with renaming “Twitter” to “Twitter (deprecated to Twemoji)”, or default settings changes do not apply retrospectively to existing Discourse instances. In this particular case I see an argument to not change the default on an existing instance, so admins can always revert to what their forum was shipped with, and settings they never touched do not change without them explicitly changing them.
- Other wording: Do the “reset” buttons apply the Discourse defaults (which may change), or do they apply whichever value the Discourse instance was originally shipped with?
Well, I guess the default has really not been changed yet, the other theory seems quite complicated behavior .
1개의 좋아요
Twitter is still the default, even on new installs
I think “reset” always resets to the default of the current version. For example, Normalize emails was enabled by default about a year ago DEV: Enable the normalize_emails site setting by default by Drenmi · Pull Request #29952 · discourse/discourse · GitHub, so reset changes the setting to enabled now.
2개의 좋아요
어플 이모지를 다시 되돌려오는 플러그인을 만든 사람이 있나요? 정말 그 이모지들이 그리워지네요 
아니면, 우리가 만든 커스텀 이모지가 기본 텍스트(예: :-))보다 먼저 표시되도록 오버라이드하는 것도 가능한가요?
2개의 좋아요
플러그인은 만들지 않았지만, ‘twemoji’ 폴더를 모든 Apple 아이콘을 업로드한 다른 폴더로 포워딩했습니다. 그래서 사이트에 표시되는 아이콘은 Apple 아이콘입니다.
방법은 꽤 간단하지만, 깨진 아이콘이 없도록 일부 중복과 이름 변경을 해야 하며, 새로 출시된 아이콘의 이미지를 직접 가져와야 한다는 점은 감안해야 합니다.
3개의 좋아요
관리자가 이모지 별칭을 추가하는 간단한 방법이 있을까요?
2.5로 업그레이드하면서 이모지 세트를 Apple에서 Noto로 전환했기 때문에, 현재 다음과 같은 문제가 꽤 많이 발생하고 있습니다:
현재 작동하는 것은 :netherlands:이고, 나머지는 모두 2글자 국가 코드(예: :de:)를 사용하는데, 이 코드들은 이전에 작동했으나 이제는 더 이상 작동하지 않는 별칭이었을 것으로 추정됩니다.
이 문제로 인해 영향을 받는 게시글이 매우 많기 때문에, 이를 깔끔하게 해결할 방법이 있을까요? posts:remap을 시도하는 것에 대해 약간 망설여지지만, 제안은 환영합니다.
참고로, 메타(meta)에서는 :de:가 :germany:로 정상 작동합니다. 따라서 twemoji에는 해당 별칭이 포함되어 있지만 Noto에는 없는 것으로 보입니다.
1개의 좋아요
개인적으로는 이 문제를 해결하기 위해 이미지를 여러 개의 다른 이름으로 복제해 두는 방법을 사용한다. 깔끔하지는 않지만, 효과는 있다.
1개의 좋아요
제 사이트의 이모지 세트를 Noto로 변경했는데, :de:가 잘 작동하는 것 같습니다:
글 원문에 특별한 것이 있나요? 'html 재구축’이 도움이 될까요?
해당 별명들은 이모지 세트별로 추가되지 않습니다.
세 번이나 확인해 봤는데, 내 설치 환경에서는 :de:가 동작하지 않습니다. 제가 생각할 수 있는 유일한 차이점은 저희가 2.5.2 버전을 사용 중이고, 당신은 아마도 테스트가 통과된 버전으로 테스트하고 있을 것이라는 점입니다.
discourse/discourse-emojis를 살펴보니 실제로 noto/de.png 심볼릭 링크가 존재하며, 이는 3월에 추가된 것으로 보입니다. 2.5 버전은 6월에 출시되었지만, 해당 변경 사항이 포함되지 않았을 수도 있습니다.
제 환경에 존재하는/존재하지 않는 항목은 다음과 같습니다:
# 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
flag_de와 de라는 별칭은 존재하지만, 일부 세트에만 해당됩니다. noto와 fluentui 모두 자체적인 germany.png가 없어 unicode 세트의 것으로 폴백(fallback)하는 것 같습니다. 아마도 그 때문인지, 별칭이 생성되지 않는(생성되지 않았던) 것으로 보입니다.
누군가 더 깔끔한 우회 방법을 제시하지 않는 한, 해당 변경 사항이 포함된 Discourse 버전으로 전환할 때까지 빌드 프로세스의 after_code 훅에서 누락된 심볼릭 링크를 생성해 보는 것을 시도해 볼 것입니다.
1개의 좋아요