Как стать автором
Обновить

Комментарии 32

Давайте обсудим! У меня они отключены везде где только можно и на показ и на отправку по двум причинам.
Первая — лично меня они визуально раздражают. Вторая — считаю, что выражать свои эмоции гораздо лучше текстом, нежели шариками. (Исключая "!", "?" и простой смайлик типа ":)", но текстом.

Только вот для сервисов знакомств с соответствующей аудиторией они прям очень нужны.
https://www.artlebedev.ru/kovodstvo/sections/135/

Просто поделюсь ссылкой.
Да, но этому руководству уже 10 лет. Мир не стоит на месте. И пусть многим это не нравится, но смайлики плотно пришли в нашу жизнь.
«Инструкция: как приготовить стейк».
Первый комментатор: а я вот вегетарианец, и вообще мясо вредно!

No offense ;)
Вам показали решение технической проблемы. А вы пишете о ваших личных предпочтениях в типографии.
Почему обязательно нужно было «мучиться» с UTF-16? UTF-8 не способен кодировать те же юникод-символы?
Потому что когда делали Web всё были в эйфории и верили, что «65536 символов хватит всем». Теперь расплачиваемся.

Та же самая проблема, что и в Java, собственно…

Способен, конечно, но в Javascript (как и в Java, и во многих других языках, особенно на винде) используются UCS-2-строки. Из-за этого возникает много проблем, см. http://utf8everywhere.org/.

И правильно что используются. Современный Юникод пошел по неправильному пути развития, UTF-16 вообще не нужен (есть универсальные UTF-8 и UTF-32), а вот UCS-2 нужен (как и ASCII) — как ограниченные подмножества реально используемых символов с фиксированной битовой длиной символа. Но у UCS-2 и ASCII должен быть другой статус — не «универсальные» кодировки, а «технические» — для применения внутри программ и операционных систем там, где может потребоваться индексация массива символов за константное время.
для применения внутри программ и операционных систем там, где может потребоваться индексация массива символов за константное время
Я часто слышу этот рефрен но очень редко вижу примеры. Когда это конкретно нужно? Зачем? Что мы пытаемся делать?

Я знаю алгоритмы, которые имеет смысл делать с однобайтовыми кодировками (словари к примеру): сильное ограничение, да — но с этим можно жить, если чётко понимать, что происходит. Но что и когда можно делать с UCS-2? Какую практическую задачу с его помощью можно решить? И зачем для этой задачи UCS-2?

P.S. Я знаю много неправильных ответов на этот вопрос (в смысле: задач, где USC-2 кажется уместным, но где он не работает), а вот реальных задач где его бы можно было применить… нет, не видел.

Почитайте, пожалуйста, сайт, на который я скидывал ссылку. Все эти аргументы там разжёваны по много раз. Например, в 99% случаев для работы с текстом фиксированная длина code unit'а абсолютно не нужна.

В Windows 10 вполне нормально отображаются Emoji. И вводить их можно, с помощью экранной клавиатуры.
У меня на Windows 10 выглядит так:
image

Хочется все таки, полной поддержки эмодзи, которые могут прислать с мобильных устройств.
У вас какая-то неправильная Windows 10. (А на самом деле скорее всего дело в шрифтах) http://i.imgur.com/niA2GKS.png
Windows 10 поддерживает некоторый набор эмодзи, но не все.
Вы можете посмотреть, что поддерживается у вас на http://getemoji.com/
НЛО прилетело и опубликовало эту надпись здесь
А подключить веб-шрифт с необходимыми символами разве не проще? Или хотелось обязательно цветных эмодзи?
Пробывали сначала шрифтом, но продакт-менеджерам хотелось именно цветных и красивых.
«Пробовали».
«Ретина» поддерживается, надеюсь?
srcset="{src} 1x, {src_x2} 2x"

да
У вас не хватает вписанного в img тег alt текста с оригинальным emoji, чтобы можно было копировать
Спасибо за идею, можно реализовать в будущем.
Вопрос: зачем нужно «превратить img в символ для отправки на сервер с помощью функции fromCodePoint», если символ можно просто сохранить as is? Причём сохранить где угодно, хоть в самом созданном элементе img. И как угодно: хоть как data-атрибут, хоть как поле объекта HTMLIMGElement, хоть как элемент стороннего объекта/массива, хоть в независимую переменную (тьфу-тьфу-тьфу).
Если сообщение будет состоять из 100 смайликов, будет для каждого вызываться функция htmlToEmoji? Как-то затратно получается.
У нас существует несколько возможностей для вставки эмодзи: подготовленный набор эмодзи, которые пользователь может использовать в интерфейсе чата; последовательность символов, таких как :-) :D и т.д.
Решили, что будем использовать единый формат в виде Юникод-кода для всех этих случаев.
Я не спорю, что единый формат лучше. Я спрашиваю, зачем код этого формата надо извлекать функцией и регекспом из html-кода элемента <img>, если можно легко и непринуждённо извлечь из места, куда он заранее положен в чистом виде, хоть из атрибута alt, как выше предложили.
Следует упомянуть, что по адресу https://github.com/twitter/twemoji/ на Гитхабе расположено твиттеровское решение этой проблемы (с открытым исходным кодом, как это чаще всего и случается на Гитхабе), и упоминаю.
И всё же самые лучшие смайлики — это колобки.
qip смайлики мне до сих пор вспоминаются как озорные и прикольные :)
да, они действительно крутые! Особенно image
Зарегистрируйтесь на Хабре, чтобы оставить комментарий