Когда включена настройка включить сокращения для эмодзи, такие смайлики, как :), преобразуются в настоящие эмодзи (). Однако обойти это простым обратным слэшем перед ними (\:)) нельзя. Это противоречит поведению других элементов, где экранирование работает, и в Discord есть аналогичная настройка:
Однако она не является принудительной — если я хочу увидеть :-) в исходном виде, я просто ставлю перед ним обратный слэш и получаю то, что хочу.
Чтобы обойти это, нужно использовать, например, символ нулевой ширины между символами или обернуть букву в угловые скобки посередине, так как они не отображаются и т. д., например:
:<g>), :)
что создаёт плохой пользовательский опыт для тех, кто хочет большей свободы в написании эмодзи.
Я написал об этом пост на форуме разработчиков Roblox, который использует Discourse, и я согласен: постоянно использовать пустые символы или что-то ещё, чтобы не использовать эмодзи, довольно раздражает. Эмодзи обычно делают ваш пост немного менее профессиональным, а иногда вы хотите поставить небольшую улыбку :), но не обычную
Надеюсь, это изменят. («Наверное, это не обновится, так как проект с открытым исходным кодом и всё такое»)
На самом деле я наткнулся на эту тему, потому что сам столкнулся с этой проблемой (пытался экранировать смайлик, но увы, он превратился в эмодзи И поглотил мой экранирующий символ… Какая наглость, ахаха)
У нас уже есть обходной путь для этого в виде обратных кавычек, например, :-) и :) .. плюс блоки кода .. не совсем понятно, зачем нам нужны ещё какие-то методы для достижения той же цели?
Моя мысль касалась использования эмодзи в реальном общении: разве не достаточно просто не рендерить эмодзи, оставляя их как эмотики, если перед ними стоит обратный слэш?
`` предназначены для встроенного кода; если вы не ведете обсуждение программирования, использование блоков кода не имеет смысла. Даже если бы это было так, это всё равно не имело бы смысла, поскольку встроенный код обычно используется для выделения одной строки кода или имен классов/членов и тому подобного.
Не совсем — HTML попытается отрендерить, если вы, например, введете <a>. Поэтому для отображения таких элементов следует использовать встроенные блоки кода.
Просто не уверен, что стоит тратить ценное время инженеров на то, с чем мы уже умеем справляться.
Рекомендую открыть тикет в основном репозитории, хотя это может означать, что нам нужно будет аннотировать текстовые токены как «оригинальный сырой текст для текстового токена».
Эта ошибка имеет схожий недостаток в дизайне, как и «нижние подчёркивания могут разрывать автоссылки», но, возможно, для неё существует специфичное решение. Я изучу, что можно сделать.
Пользователь в моём форуме пожаловался на проблему с форматированием. Я отключил автодополнение эмодзи как решение для нашего случая, но после обновления Discourse до markdown-it v13 некоторое время назад проблема, похоже, сохранилась, тогда как экранирование обратным слэшем теперь работает на https://markdown-it.github.io/
Может ли это быть связано с тем, что ember.js всё ещё полагается на markdown v12, как указано здесь?
). Однако обойти это простым обратным слэшем перед ними (\:)) нельзя. Это противоречит поведению других элементов, где экранирование работает, и в Discord есть аналогичная настройка:
имеет паритет с `thinking` и *thinking*
