Появляется соблазн отнестись к табло как к экрану электронной очереди, то есть крупно «пуш-уведомлениями» показывать подъезжающие автобусы, а остальные показывать сильно мельче.

Но кажется, что на остановке всё же другой сценарий, другой вид ожидания. В очереди в заведении человек ждет этого уведомления на экране, в этом его главный фокус внимания. На остановке же человек ждет автобус, реально существующий объект, еще и довольно большой и громкий, выискивает его взглядом вдоль улицы, а табло тут лишь подсказывает, насколько оптимистично его пытаться разглядеть сейчас в трафике. Ну и, как я уже упоминал, точность предсказанию пока будто бы недостаточная, чтобы надежно уведомить пассажиров, скажем, за 10 секунд до прибытия автобуса.

Так что обойдемся без «уведомлений», хотя некоторые префенциии у ближайших маршрутов всё же есть, ведь сейчас только обитатели первой колонки имеют инфу о двух ближайших автобусах. Кажется, что это ок, но посмотрим, сможем ли мы как-то уравнять колонки.

Горизонтальное пространство отъедают повторяющиеся «ст». Можно оставить эту подсказку только у первого автобуса первого маршрута, а про остальные надеяться, что их единица измерения понятна по аналогии. Тогда уже в обеих колонках умещается полная информация о двух ближайших автобусах:

Другой вариант борьбы за горизонтальное пространство — возвращение табличке заголовков, чтобы «ст» стояло над, а не справа от количества остановок. Так тоже обе колонки вмещают одинаковый объем информации про маршруты, но количество вмещаемых маршрутов уменьшилось из-за забранной строки под заголовки:

Вроде бы по плотности информации первый вариант явно лучше: там влезает да 12 маршрутов, а с заголовками таблицы — только 10. Но я пока не тороплюсь выбирать из них. Попробуем некоторое время развивать оба этих направления.

Например, посмотрим, как они справятся с испытанием АДОМ!!! Ну то есть с местной альтернативной Константину Константинопольскому — длинными названиями сезонных маршрутов «Ада1», «Ада2» и т.д. В обеих вариантах пришлось откатиться к неравнозначным колонкам:

Следующее испытание: подумаем о доступности экрана и немного увеличим кегль подписей, буквально на один пиксель:

Оба варианта справляются. Попробуем еще увеличить:

Честно говоря, тут уже мои симпатии склоняются в сторону варианта с заголовками, другой вариант уж сильно слипся по горизонтали, хуже выдерживает группировку столбцов через отступы из-за вклинившейся между колонкой одинокой «ст». Ну и кажется, что табличка с заголовками — более привычный формат для неискушенной городской публики. Ну нравится мне этот варик, чего пристали, ничего с собой не поделать.

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

Так что давайте, во-первых, оценим достигнутый прогресс, сравнив было и стало:

найс. Мы удвоили количество отображаемых маршрутов. На 25% увеличили кегль. Перераспределили палитру, чтобы менее заметные цвета отвечали за отображение менее приоритетной информации. Подписи маршрутов теперь самые заметные, а не самые малозаметные элементы табло.

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

Скажем, если маршрутов не больше четырех, можно не стесняться увеличить кегль еще больше (на самом деле в городе есть и укороченные по высоте версии табло для малонагруженных остановок, но мы их в рамках упражнения оставили за скобками):

Если маршрутов 5‒10, появляется вторая колонка. Если позволяет длина подписей, в ней показывается информация о втором автобусе, то есть две колонки равноценны, иначе вторая колонка демонстрируется в укороченном варианте без инфы о втором автобусе маршрута. Количество строчек тоже подстраивается под количеством маршрутов: