Писал как-то Stas Mishchenkov к Nil A примерно 25 Сен 24 в 09:11 А я смотрю и фигею.
SM>>> На самом деле это просто реализовать. Нужно лишь слегка подправить SM>>> тоссер и читалку. В читалке жмём лайк/дизлайк, в эху отправляется SM>>> сообщение, тоссер его принимает, находит в базе по msgid мессагу, в SM>>> первой строке вписывает лайк/дизлайк, служебное сообщение удаляется. SM>>> Строку можно сделать хидден.
NA>> Сначала хотел сказать, что изменять оригинальное сообщение не хорошо, NA>> но потом прочитал, что изменять клуджи, а это можно. Например, при NA>> рескане хаски добавляет в каждое поле рескан клудж, и ничего. Осталось NA>> дело за малым. Написать спек и референсную имплементацию. Проще сделать NA>> как перлохук к хаски, чтобы он вычитывал эти лайки, только он не может NA>> править из-коробки оригинальное сообщение, только текущее, или новое NA>> накидывать. В голдеде можно макрос соорудить и на хоткей замапить, NA>> тогда он будет фигачить лайки и дислайки в нужном формате. SM> Осталось только придумать обратную совместимость. Ну, т.е. чтобы SM> старые тоссеры не возбуждались на эти служебные мессаги. А тоссеру по барабану, что там внутри мессаги. Тоссеры не надо переделывать. Все свистоперделки - на уровне редактора. А так - отдельная эха, и в нее можно валить что угодно, чтобы основную эху не засорять. Одну на всех вполне достаточно. А уж базу каждый у себя хранит, а редактор только отображает соответствующие атрибуты при отображении исходной мессаги. Ну или не отображает, если не имеет этих данных.