Я не вижу больших заметных изменений (на самом деле, я их вообще не вижу!). Я предполагаю, что это потому, что два набора выглядят очень похоже?
Итак, я ещё не закончил, но уже близко:
Основная идея в том, что у эмодзи Fluent UI есть отступ вокруг изображения, чтобы учесть различные формы. Необходимый отступ варьируется, но ко всем изображениям было применено фиксированное значение. В сравнении с другими наборами, где отступов нет, набор Fluent UI выглядит меньше из-за этого.
Я работаю над пайплайном для вычисления оптимальной ограничивающей рамки для каждого эмодзи, что должно привести к увеличению и сглаживанию эмодзи. Надеюсь, это будет объединено завтра.
Отлично! Это так для всех наборов? Я спрашиваю, потому что реакции на вашем сайте значительно крупнее, чем на моём. Сейчас даю пользователям попробовать Twemoji. Это один и тот же монитор и тот же браузер, стоящие рядом. Откройте в новой вкладке, чтобы увидеть крупный размер.
![]()
Кажется, это касается не только OpenMoji. Мне нужно будет посмотреть ваш сайт, чтобы понять разницу.
Я проверил, и проблема связана с вашей темой, в которой используется следующий CSS:
html {
font-family: ember-regular, sans-serif;
font-size: 14px;
}
Размер эмодзи зависит от базового размера шрифта. В вашем случае вы уменьшили базовый размер шрифта, поэтому эмодзи стали меньше.
Понял. Спасибо, что уделили время!
Я не понимаю, как это развертывается. В моей версии 3.5.0.beta2-dev набор «Twitter» в настоящее время активен, и в качестве вариантов выбора доступны Apple, Google, Windows 10, Google Classic и Facebook Messenger. Увидю ли я новые опции после нового развертывания веб-контейнера?
Второй вопрос: как можно добавить набор openmoji? (интересный факт: университет, разработавший его, находится в нескольких километрах от моего дома на юго-западе Германии).
Да, похоже, вам не хватает последних коммитов.
OpenMoji уже будет доступен в списке после обновления. Однако OpenMozi довольно сложен из-за их решения использовать большие отступы, из-за чего набор выглядит довольно маленьким. Я пытаюсь применить похожее решение, которое использовал для FluentUI, но из-за некоторых различий в том, как определены SVG, пока это работает не так хорошо.
После стольких лет наслаждения визуальным стилем эмодзи от Apple на нашем Discourse, могу ли я спросить, каковы были эти причины лицензирования, из-за которых они внезапно исчезли, пожалуйста?
У нас нет явного разрешения на их использование.
Есть ли способ добавить набор эмодзи Apple в качестве пользовательского набора и затем выбрать его в качестве набора эмодзи по умолчанию? Чтобы существующие сообщения не теряли свой внешний вид?
Сейчас, к сожалению, нет. Но в будущем мы, возможно, сделаем процесс добавления собственного набора проще, если вы захотите. Однако не ждите этого скоро.
Я с радостью выступлю со-спонсором этого в Marketplace, если ты хочешь обсудить, @taravasya?
Технически реализуемо согласно
Обратная связь, которую мы получаем по поводу отказа от старого набора Apple, очень негативная.
Я изучу это, спасибо ![]()
Кажется, это достаточно просто реализовать. Есть ли какие-либо детали или руководства по соглашениям об именовании файлов изображений эмодзи?
Может быть, ответ на этот вопрос можно найти в коммите, где перечислены все изображения, удалённые из репозитория?
Извините, я не могу ответить в связанной вами теме, она закрыта ![]()
Мне удалось восстановить и заставить работать большинство эмодзи Apple после следования этой инструкции, но возникает множество ошибок 404.
Такие эмодзи, как :grinning_face:
, :weary_cat:
и :kissing_face:
, вызывают ошибку 404/Не найдено, поскольку их нет в наборе Apple по адресу https://github.com/discourse/discourse/tree/stable/public/images/emoji/apple.
Пока снова отключил эту функцию.
Мы делаем многое, чтобы обеспечить максимальную совместимость. Если вы решите пойти по пути кастомизации, вам придётся самостоятельно решать различные проблемы, подобные этой.
Думаю, самый простой способ исправить ошибки 404 — скопировать весь набор Twemoji поверх папки /apple/ и настроить так, чтобы файлы не заменялись, если они уже существуют.
Открыт к предложениям, если кто-то ещё пытается решить эту проблему ![]()
Да, именно так мы поступаем в этом гемме: мы копируем из Unicode, так как Unicode, по замыслу, всегда содержит изображения, поскольку он является исходным эталоном.
