1. если продвигаемый элемент уезжает за пределы экрана, то его будут меньше тыкать

2. если на экране уместилось четное число элементов, то не всем пользователям сходу очевидно что внизу есть ещё

а если не четное, то один элемент снизу как бы высовывается и пользователь будет скроллить

о
мобила это вообще отдельное дело

эти два примера, имеют многолетнее подтверждение

взять хотя бы высоту экрана

на макоси и линуксе аналогичные штуки, особенно в длинных списках

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

и в этом пространстве ему нужно подсветить банальный call to action

на маленьком десктопе, лейаут должен либо перестроиться, либо уменьшиться, чтобы также дать пространства и не перегрузить

и тут ни о каких зашитых в верстку числах вообще речи идти не может

продвигаемый элемент тогда нужно ставить на вервое место

нельзя)

почему
а высота элемента не?

продвигаемый элемент должен быть между другими элементами
чтобы не навязываться и не вызывать замыливание

если высота элемента одинакова для всех это очень актуально
а вот если отличается, то чаще всего всё будет ок, но мы всё равно проверяем

короче я вас понял)

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

Я очень не люблю усложнять себе работу по поддержке, рутиной вроде "бегать по всему проекту проверять корректность чисел". Я хочу чтобы такое сделал заранее написанный алгоритм, а я буду заниматься только логикой и оч сложными кейсами, вроде списков на мобилке. И опять же, этот список будет не для одного конкретного набора элементов, это будет обобщенная реализация, для любых данных и внешнего вида

а можно маленкий пример конфига, и того как это потом применятся к компонентам?

Раскажите про темплейты