Так, поскольку работёнки снова со всех сторон подбросили, захожу сюда редко и снова отвечу на всё скопом.

2 AL: спасибо за прояснение ситуации. Сделаю вскоре у себя /u/push без поля echoarea в посте. Также абсолютно согласен с тем, что возможность всех поинтов фетчить со всех нод — краеугольный камень распределённости и поэтому ситуация с ещё несуществующим где-то айдишником в repto вполне штатна. У меня нода (которая ещё в разработке) щас проверяет только то, что там стоит корректно сформированнный msgid (20 символов, латиница, цифры), но не его существование в базе.

И согласен с тем, что порядок сообщений должен разруливаться на клиенте, а не где-либо ещё.

2 ping: кроме «скатертью дорога», комментировать здесь особо и нечего. Хотя можно вспомнить, как и почему Gab отделился от остального мастодона...

2 ahamai & shaos: ну блин, это ж не форум. Вообще не форум. То, что кто-то делает визуализацию эх в виде форума, не делает их форумом. В моём клиенте, например, выбирается эха и при нажатии Read messages отображается просто лента сообщений. Subj помогает понять, к какой части этой ленты что относится, но это настолько же незначимое поле, как и repto. Потому какие ещё topicid?

В принципе, да, механизм тегов сейчас недоиспользован. Туда можно ещё что-то набросать. Просто не надо это делать чем-то обязательным и уж тем более привязывать базовую логику к визуальщине. Рендеринг тех же списков рассылки и без костылей в виде topicid прекрасно работает, сугубо на сабжах с «Re:».

ну кому не форум, а кому форум :)

я думаю пользователю надо в руки руль, которым он будет выбирать как он хочет видеть сообщения - единым фидом, фидами по эхам, форумом по сабжам или вообще древовидными тредами (я это обязательно поддержу в обозримом будущем)

и topicid никому не мешает - не хочешь собирать сообщения в тему - игнорируй его :)

shaos> я думаю пользователю надо в руки руль, которым он будет выбирать как он хочет видеть сообщения - единым фидом, фидами по эхам, форумом по сабжам или вообще древовидными тредами (я это обязательно поддержу в обозримом будущем)

Ну мой, например, клиент слишком легковесен для такого, хоть и гуи.

shaos> и topicid никому не мешает - не хочешь собирать сообщения в тему - игнорируй его :)

Хочешь собирать сообщения в тему — есть поле subj. Так испокон веков мейлинг-листы визуализировались. Первое сообщение треда — сабж без Re:, а далее он же, но перед ним Re: стоит. Зачем велосипедировать на пустом месте?

погляди в режим форума на tgi

https://tgistation.ru/echo/8/

он собирает по сабжам - например он собрал в одну тему сообщения со следующими сабжами:

test
Test
First test
test emoji

можно догадаться, что они друг к другу не имеют никакого отношения :)

поэтому только по repto (и в скорости по topicid)

shaos> погляди в режим форума на tgi
shaos>
shaos> https://tgistation.ru/echo/8/
shaos>
shaos> он собирает по сабжам - например он собрал в одну тему сообщения со следующими сабжами

Так это просто кривая реализация. Кривейшая, если она разбрасывает по отдельным словам, а не по всему содержимому поля subj целиком.

Можно ведь и нормально сделать.

> Так это просто кривая реализация. Кривейшая, если она разбрасывает по отдельным словам, а не по всему содержимому поля subj целиком.
> Можно ведь и нормально сделать.

тогда ты соберёшь сообщения test и Re: test из 2024 года вместе с test и Re: test из 2018 :)

shaos> тогда ты соберёшь сообщения test и Re: test из 2024 года вместе с test и Re: test из 2018 :)

Нет. Разумеется, учитывается ещё и хронологический порядок сообщений. То есть если после какого-то Re: test снова идёт test, то это уже новая тема.

Эвристики

По мне так repto и topicid попроще будет :)

Зачем столько сложного разбора, если можно использовать простой тэг. topicid хорошо показал себя в elp

А в фидо и мейл листах я помню сабжи типа Re^2: Re:Re и их комбинаций

shaos> Эвристики

Много лет на сабжах и таймштампах всё работало, а тут внезапно это что-то сложное.

shaos> По мне так repto и topicid попроще будет :)

Зачем сюда repto вообще приплетать? Что мешает ответом на сообщение из одной темы начинать другую, просто поменяв поле сабжа?

ahamai> Зачем столько сложного разбора, если можно использовать простой тэг.

В этом разборе ничего сложного нет. Вообще. Не сложнее отображения содержимого /u/e, если уж на то пошло.

ahamai> Зачем столько сложного разбора, если можно использовать простой тэг. topicid хорошо показал себя в elp
ahamai> А в фидо и мейл листах я помню сабжи типа Re^2: Re:Re и их комбинаций

Сейчас бы завязываться на кривой софт.

+++ Caesium/0.4 RC1

> Зачем сюда repto вообще приплетать? Что мешает ответом на сообщение из одной темы начинать другую, просто поменяв поле сабжа?

Ничего не мешает - просто технически оно войдёт в старую цепочку :)

topicid нужен. я буду всю свою базу переконверчивать под topicid,

и я помню, как работал фидошный софт по сабжам. кривые ветки были. у них не было аналога topicid. и аналога repto. вот что нормально работало, так это tkLOR. потому что там был и аналог repto :) и аналог topicid :) так как лор это форум. проще в базе переконвертить, чем полагаться на ненадёжные источники (тема может быть изменена, могут быть одинаковые темы). topicid однозначен и грепается простым грепом

по мне, изначальный дизайн ii идеален, кроме отсутствия topicid. elp показала нужность topicid

shaos> Ничего не мешает - просто технически оно войдёт в старую цепочку :)

А зачем оно в старой цепочке, если тема новая?

ahamai> и я помню, как работал фидошный софт по сабжам. кривые ветки были.

Так это проблема того софта. Все стандарты и протоколы начинают скатываться в УГ именно тогда, когда их начинают затачивать под криворукеров.

ahamai> чем полагаться на ненадёжные источники (тема может быть изменена, могут быть одинаковые темы).

На форумах это ненадёжный источник, да. Здесь же тема изменена быть не может. Зачем форумную логику сюда приплетать?

topicid упрощает отслеживание цепочек и он однозначен (сабжи могут быть одинаковыми, могут измениться). я внесу в topicid в свой стандарт.