слили, маяту с таймзонами отложим, дельта работает корректно

В общем, с этой задачей все хорошо, проблема с hsrv-2

Вот я поставил время ровно на сутки меньше. 26го в 0:16, а поставил 25е на 0:16, и он мне показал 21 час назад. Т.е. те же сутки - 3 часа, разница между MSK и UTC.

Т.е. в рамках данной задачи время считается верно, не верно работают временные зоны.

Сейчас, 26-го в 0:07 он считает дату 23 23:00 произошедшую день и 22 часа назад. Правильно ли это?

Я думаю удалить флаг html, сейчас он никем не используется, а когда понадобится, тогда допишем. он вобще может понадобиться в апи например, и тогда просто расчет даты вынесем в отдельный сервис, возвращающий объект, а в твиге будем его форматировтаь и обогащать тегами

что-то алгоритм с двумя элементами оказывается довольно сложным. Он должен учитывать и обрабатывать времена вида:

• год и 2 часа
• год и месяц и час и 30 минут
• год и 0 месяцев и 2 часа

Идея с двумя интервалами работает, но в таком случае нам придется делать свою копию переводов. чтобы переводить год месяц и т.д.

Иначе выходит 1 год назад 3 месяца назад.

Впрочем never мы уже переводим, может и тут переводить?

Не захотим ли мы, когда будет 2 года такое же 2 года, 3 месяца? Ну, мне кажется это не так актуально, задачи висящие без движения дольше года наверное не столь важны.

Максимально краткий вариант с двумя датами.

Если старший юнит == 1 пишем только его название и оставшуюся дельту в следующем юнитом, иначе дельту только этого юнита.

Например:

• 1 год, 3 месяца 4 дня - год и 3 месяца
• 2 года, 3 месяца 4 дня - 2 года
• 1 день, 4 часа - день и 4 часа
• 3 дня, 14 часов - 3 дня

В целом я разобрался как сделать, и можно придумать много клевых вариантов, но главное чтобы в итоге было не длинно. Если что в тултипе все равно высветится полная дата

Реализовали минималистичный вариант, с абсолютном временем в tooltip. Теперь пока не надоест попробует все же выводить сразу полезное время.

А вот кастомная настройка для юзеров и проектов, это можно отложить до появления нескольких юзеров, т.е. на никогда

Давайте сейчас сделаем просто, чтобы не мозолили глаза 3/4 задач, созданных год назад.

• Минимальный вариант, время больше года назад показываем абсолютно
• Промежуточный вариант время больше полугода показываем абсолютно
• Еще один промежуточный, больше года показываем абсолютную дату, больше месяца показываем месяцы и дни, меньше сегодняшнее поведение
• Сложный вариант, больше года показываем абсолютно, меньше показываем два интервала, например месяцы и остаток в днях, дни и часы, часы и минуты.

Попробуем взять в текущий релиз, v0.2.1.1

Вот прямо сейчас виден недостаток нынешнего подхода, - всегда разница с сегодня. Мы притормозили на год (а это вполне не единичный кейс, учитывая, что у нас проекты-хобби), и большинство задачи имеют описание времени, ничего нам не говорящее. Когда дата исчислялась n-месяцев назад нас это не бесило. (только наводило на мысль, как бы переделать, ноне критично)

Так что проведем такую границу. До одного года, относительный формат, после - абсолютный.

В Gitea, кстати, время относительное как у нас, с одним только периодом, что не очень удобно. Но при наведение, по нему всплывает абсолютное время, и это круто. Думается стоит как минимум сделать именно так, а остальное оставить в обсуждениях, или может быть как включаемую опцию

Относительное время с двумя показателями красиво, но слишком длинно. Будет ли ок смотреться вариант 2 д и 6 ч назад, 4 ч и 53 мин назад, 2 м и 5 д назад?