а затем есть всевозможные вещи, которые нужно обрабатывать, например, алиасы
3 лайка
5 лайков
Это кажется странным подходом. Отображение эмодзи как изображений в потоке текста идёт вразрез с естественным восприятием. Подавляющее большинство пользователей привыкли к нативным эмодзи своего устройства или операционной системы, поэтому просмотр менее качественной или другой версии будет казаться им странным.
Подавляющее большинство веб-сайтов используют нативные эмодзи пользователя. Как это вообще может быть проблемой? Разве по умолчанию не должны использоваться нативные эмодзи пользователя, с возможностью выбора пользовательских наборов эмодзи в виде плагина или настраиваемой опции?
Текущий подход кажется неуклюжим как с точки зрения функциональности, так и с точки зрения внешнего вида.
5 лайков
тест 
тест
должно быть что-то в вашей теме?
3 лайка
- Twitter использует ту же стратегию
- Slack использует ту же стратегию
- Discord использует ту же стратегию
Возможно, для этого есть причина?
7 лайков
Нет, извините, я забыл прикрепить скриншот, чтобы показать, что это загрузка, судя по всему.
Если я отредактирую пост, я увижу следующее:
Странно, да 
1 лайк
Вопрос: Для набора Unicode речь идет о тех, что находятся в столбце «Sample», верно? Если да, то это точно те же самые, что и в Noto, не так ли? Я просто немного запутался, почему предлагаются оба варианта, если набор символов одинаковый.
1 лайк
Да, вы правы, нам следует привести их к согласию, хотя серьёзного вреда это не нанесёт.
1 лайк
Я случайно наткнулся на это, так как значение по умолчанию для нашего форума (даже при сбросе опции к значению по умолчанию) — «Twitter», хотя указано, что «Twemoji» устарел.
Имеет смысл, что эмодзи «Twitter» устарели, поскольку название «Twitter» больше не актуально (а новая платформа превратилась в основном в измученное дерьмо) 
. Но также, вероятно, имеет смысл не менять настройки без согласия администратора.
Касательно этого значения по умолчанию: является ли оно тем, с которым изначально поставлялся экземпляр Discourse, или эти настройки глобальны для всех экземпляров и, следовательно, могут меняться? Включены ли эмодзи Twemoji по умолчанию для новых экземпляров?
1 лайк
Если это всё ещё так, ситуация может измениться в будущем, см.:
1 лайк
Вы имеете в виду, если это пока ещё не так?
Моя позиция такова:
- Странно, что в списке явно указано, что эмодзи «Twitter» устарели, хотя они всё ещё являются стандартными. То есть кнопка «сброс» в нашем случае всё ещё применяет эти устаревшие эмодзи Twitter.
- Поэтому я задавался вопросом: действительно ли в исходном коде не изменились стандартные настройки вместе с переименованием «Twitter» в «Twitter (устаревшие, переход на Twemoji)», или изменения стандартных настроек не применяются ретроспективно к существующим экземплярам Discourse. В данном конкретном случае есть аргумент в пользу того, чтобы не менять стандарты на существующем экземпляре, чтобы администраторы всегда могли вернуться к тому, с чем был запущен их форум, и чтобы настройки, которые они никогда не меняли, не изменялись без их явного вмешательства.
- Другая формулировка: применяются ли кнопки «сброс» стандартные значения Discourse (которые могут меняться) или же те значения, с которыми экземпляр Discourse был изначально запущен?
Что ж, похоже, стандарты действительно ещё не были изменены, а другая теория кажется довольно сложным поведением .
1 лайк
Twitter по-прежнему является настройкой по умолчанию, даже при новой установке
Думаю, что «сброс» всегда возвращает значение к настройке по умолчанию текущей версии. Например, опция «Нормализовать электронные адреса» была включена по умолчанию около года назад DEV: Enable the normalize_emails site setting by default by Drenmi · Pull Request #29952 · discourse/discourse · GitHub, поэтому при сбросе теперь эта настройка становится включённой.
2 лайка
Кто-нибудь создавал плагин, чтобы вернуть эмодзи Apple? Я очень по ним скучаю 
Или можно настроить так, чтобы наши собственные кастомные эмодзи отображались первыми и заменяли обычный текст вроде :-)?
2 лайка
Я не создавал плагин, но переместил папку «twemoji» в другую папку, куда загрузил все иконки Apple, поэтому именно они отображаются на сайте.
Всё довольно просто, хотя вам придётся дублировать и переименовывать файлы, чтобы убедиться, что ничего не сломано. Конечно, вам же придётся самостоятельно добавлять изображения новых иконок по мере их выпуска.
3 лайка
Есть ли простой способ для администратора добавить алиасы для эмодзи?
Этот вопрос возник потому, что мы обновились до версии 2.5 и вместе с этим перешли с набора эмодзи Apple на Noto, но теперь у нас возникло множество подобных проблем:
Работает только тот, где используется :netherlands:, а все остальные используют двухбуквенные коды стран, которые раньше работали, но, полагаю, были алиасами, которые теперь перестали действовать.
Есть ли чистый способ решить эту проблему, учитывая, что затронуто большое количество постов? Я немного опасаюсь пробовать posts:remap в этом случае, но открыт к предложениям.
Кстати, здесь, в meta, :de: отлично работает для 
, так что, видимо, twemoji включает этот алиас — просто Noto его не поддерживает.
1 лайк
Лично я решаю эту проблему, дублируя изображение с множеством разных названий. Это небрежно, но работает.
1 лайк
Я изменил набор эмодзи на своём сайте на Noto, и :de: вроде работает нормально:
Есть ли что-то особенное в исходном коде вашего сообщения? Помогает ли функция «Пересобрать HTML»?
Эти псевдонимы не добавляются для каждого набора эмодзи отдельно.
Я перепроверил всё трижды, и :de: не работает в моей установке. Единственное различие, которое я могу придумать, — это то, что у нас версия 2.5.2, а вы, скорее всего, тестируете это на ветке tests-passed.
Я посмотрел в репозитории discourse/discourse-emojis, и там действительно есть символическая ссылка noto/de.png, которая, похоже, была добавлена ещё в марте. Хотя версия 2.5 вышла в июне, возможно, это изменение в неё не попало?
Вот что у меня есть/чего нет:
# ls -l /var/www/discourse/public/images/emoji/{twemoji,fluentui,noto,unicode}/{de,flag_de,germany}.png
ls: невозможно получить доступ к '/var/www/discourse/public/images/emoji/fluentui/de.png': Нет такого файла или каталога
ls: невозможно получить доступ к '/var/www/discourse/public/images/emoji/fluentui/flag_de.png': Нет такого файла или каталога
ls: невозможно получить доступ к '/var/www/discourse/public/images/emoji/noto/de.png': Нет такого файла или каталога
ls: невозможно получить доступ к '/var/www/discourse/public/images/emoji/noto/flag_de.png': Нет такого файла или каталога
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. Возможно, из-за этого алиасы не создавались (или не создаются?).
Если кто-то не видит более чистого обходного пути, я могу попробовать создать недостающие символические ссылки в хуке after_code процесса сборки, по крайней мере, до тех пор, пока мы не перейдём на версию Discourse, включающую это изменение.
1 лайк