kostya_testing: комментарии

Скажем так. В процессе перевода нет никаких финальных версий: есть заплюсованные, заминусованные, более поздние и более ранние. Что из этого будет в финале, человек решает в момент скачивания. Опция «подсвечивать потенциально финальные» в настройках или прямо на странице перевода, разумеется, не лишена смысла (более того, сейчас это делается безальтернативно), но то, каким образом это делать – пока еще вопрос. Соображения по тому, почему в данный момент это сделано так, как сделано, изложены выше.

Теперь касательно выделения «финальных» версий и вот этого вот треугольничка. Поясню для всех, почему решено было отказаться от выделения цветом/полужирным. Соображений на этот счет несколько:
1) Цвет и начертание в перспективе могут быть свойствами самого текста. Сейчас эти свойства не обрабатываются т.е. теги не распознаются как раньше и, возможно, политика партии в этом отношении так и не поменяется – тогда можно будет поднять вопрос о задействовании этих свойств для отвлеченных нужд. Сейчас же для этого остается лишь фон, но впереди еще задача индикации новых/редактированных версий.
2) Само понятие «финальная версия» весьма условно, поскольку при скачивании человек может переопределить, по какому принципу формировать результат.
3) Присоединяюсь к соображениям Alex_ander: того факта, что одна версия была добавлена позже других, недостаточно чтобы так навящево выделять ее, ставя прочие в неравные условия. Приглушать заминусованные – да, дифференцировать по времени — нет. Вопрос спорный, но предлагаю все-таки поразмыслить.

Лично я склоняюсь к тому, чтобы вообще отказаться от какого-либо выделения «итоговых» версий. Задача индикации новых/измененных, повторю, стоит отдельно.

Вы ничего не путаете? «Болдом» ыделялись не все, а лишь та версия, которая по мнению смурачного искусственного интеллекта отправлялась в финальную версию перевода. Выделения именно всех новых (а также редактированных) версий не было и нет — это совершенно отдельная задача, о которой, опять же, известно разработчику и которая будет решена в n+1-ю очередь.

Предлагаю закрыть эту тему дискуссии. Проблема ограничения макисмальной ширины страницы для любителей работать на фулскрине известна разработчику и, думаю, будет решена в ближайшее время.