мне скорее сама идея всовывания случайных картинок в некоторые юникодные позиции в некоторых шрифтах кажется довольно слабомотивированной (по смыслу эмодзи это скорее картинка, чем буква), понятно что это довольно разумно обосновывается тем, что шрифт у пользователя уже наверное скачан и ничего грузить не нужно, но так-то и блобкоты в нормальных клиентах после первого раза кешируются и больше не грузятся.
Ну и это несопоставимо проще и стройнее, чем эти кастомные эмодзи, которые надо ещё и федерировать, а в куче случаев что-то идёт не так и ты видишь людей с двоеточиями и кодами вместо имён.
довольно часто я начинаю печатать название эмодзи а потом выбираю в выпадающем списке нужную, стандартные клавиатуры в линуксе/андроиде вроде так пока не умеют?
> проще и стройнее
это точно не про отображение текста, лучше уж название эмодзи чем тофу или развалившаяся лигатура
@grishka@taxuswc > стандартные клавиатуры в линуксе/андроиде вроде так пока не умеют?
Стандартные не умеют, кому надо - те поставят нестандартные :)) Учитывая, что надо это не всем, не самое плохое решение.
От "названий эмодзи" текст может раскорячивать очень знатно, кстати. Не везде имена обрезаются по длине (или там перенос лишь по словам) и тут прилетает имя с эмодзи типа :blobcatjerkingoffsittingincomfychairwithnuclearexplosionsinbackground:
@shuro@friends.deko.cloud ну, имхо обычно (кроме предыдущего примера, который просто про сломанную поддержку мисски в ST, c плеромы там получше) это всё еще лучше тофу или сломанной лигатуры, хотя бы прочитать можно что имелось в виду.
а вообще судя по тому, что некоторые сидят в тележке из-за слишком удобных стикеров (я реально такую аргументацию слышал) и судя по обилию кастомных эмодзь всех сортов и расцветок, потребность удобно обмениваться неким набором картинок, не являющихся стандартными - существует и люди так или иначе найдут способ это сделать (как в матриксе, где можно всовывать inline html, или как раньше сохранёнки вк кидали)
((правда такой же аргумент работает и с голосовыми сообщениями, которые по моему скромному мнению нужно выжечь огнём ;))
@shuro@friends.deko.cloud ну, имхо обычно (кроме предыдущего примера, который просто про сломанную поддержку мисски в ST, c плеромы там получше) это всё еще лучше тофу или сломанной лигатуры, хотя бы прочитать можно что имелось в виду.
а вообще судя по тому, что некоторые сидят в тележке из-за слишком удобных стикеров (я реально такую аргументацию слышал) и судя по обилию кастомных эмодзь всех сортов и расцветок, потребность удобно обмениваться неким набором картинок, не являющихся стандартными -...
@shuro@friends.deko.cloud@grishka@friends.grishka.me@taxuswc@shitpost.poridge.club этот неловкий момент, когда бинарное включение картинки, возможно, занимало бы меньше места чем текстовое её описание... Кстати интересная мысль: прикрутить генеративные нейросети изображений к социальным движкам: когда нужный смайл отсутствует - нейросеть пытается сгенерировать его изображение по описанию смайла
coniferous, не будет никакого пикера, зачем? Все современные ОС имеют встроенный. У меня всё просто — мне дают строку, я пропускаю её через фильтр HTML-тэгов, оставляя только то, что можно, и кладу в БД. И всё. Вся информация для отображения текста поста содержится в тексте поста. А тут какие-то ещё картинки дополнительные, которые ФАЙЛЫ, которые надо где-то ХРАНИТЬ, которые ещё могут быть В ИМЕНАХ, и непонятно чтобы что в итоге. Кажется, что много трудозатрат на поддержку этого дела, а польза с моей точки зрения отрицательная.
coniferous, не будет никакого пикера, зачем? Все современные ОС имеют встроенный. У меня всё просто — мне дают строку, я пропускаю её через фильтр HTML-тэгов, оставляя только то, что можно, и кладу в БД. И всё. Вся информация для отображения текста поста содержится в тексте поста. А тут какие-то ещё картинки дополнительные, которые ФАЙЛЫ, которые надо где-то ХРАНИТЬ, которые ещё могут быть В ИМЕНАХ, и непонятно чтобы что в итоге. Кажется, что много трудозатрат на поддержку этого дела, а польза с...
coniferous, никак, поддержки хэштегов у меня нет и не будет, я игнорирую их существование. Для них нужен полноценный работающий глобальный поиск, а это в децентрализованной сети невозможно.
Упоминания вот паршу и заменяю на свои внутренние ссылки.
я понимаю смысл игнорирования эмодзи, но есть ли смысл игнорирования хэштегов, ведь это очень важная составляющая социальных сетей впринципе. Может имеет смысл сделать поиск по хэштегам только в глобальной ленте, и поиск по всем инстанса в мире не нужен и проблему решает.
@grishka@friends.grishka.me @taxuswc а как находить новые знакомства без глобальной ленты? или что делать маленькому инстансу, который никого в Феди не знает? они будут жить сами по себе?
I'm not cryptopunk, в группах по интересам. Инстансы в моей парадигме не являются сообществами, это просто элементы инфраструктуры. Ещё у меня есть мысль как сделать глобальный поиск пользователей с кучей параметров а-ля ВК, но это требует проверки на практике.
На самом деле я понимаю о чем ты говоришь и надеюсь, что твое видение реализуется корректно и как можно скорее, потому как альтернативы - это всегда хорошо. А потом уже посмотрим как на практике будет.
@grishka@friends.grishka.me о, кстати, странный вопрос не совсем по теме: а как у тебя бекенд устроен? почему-то большая часть движков, которые я тыкал, берут какой-нибудь постгрес, а потом страдают. графовые/документоориентированные БД настолько медленнее? или просто нету нормальных?
coniferous, у меня MySQL + картинки файлами, и всё. Бэк на джаве на микро-фреймворке sparkjava.com, полный SSR с возможностью обновлять части страницы в результате аякс-запросов, шаблонизатор pebble (совместим с twig по синтаксису). Ещё imgproxy для пережатия картинок, чтобы не хранить кучу размеров и форматов. Ожидается, что перед всем этим будет стоять обратный прокси (у меня nginx). Сам код можно тут посмотреть: https://github.com/grishka/Smithereen
coniferous, думал, но авантюризма во мне чуть более, чем нет, поэтому я взял проверенное решение, в котором я уверен и которое я использовал в куче проектов до этого. Плюс я уже что угодно умею разложить на схему для реляционной БД. Монгу всякую там не пробовал настолько, что мне пришлось бы разбираться с нуля, например.
изначальный вопрос был такой: хочется понять, пробовал ли кто-то писать что угодно работающее с activitystreams на графовых бд и что из этого в итоге вышло.