10. Интерфейсные механизмы
#125

Готовишься к экзамену?

Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.

Перейти в бота

Если вы делаете интерфейс для контроля выплат (например, показываете в поле планировщика несколько «Ведомостей в кассу» или задач по их автозаполнению по датам), то сколько элементов может оказаться в одной ячейке планировщика (пересечение шкалы времени и значений измерений) и как получить доступ к тем, что не поместились на экран?

Элементов может быть сколько угодно, но если их слишком много, часть просто не покажется и открыть «скрытые» нельзя
Неправильно: при большом количестве элементов действительно отображаются не все, но механизм доступа к неотображаемым элементам предусмотрен - через навигационную команду.
Элементов может быть сколько угодно; если ячейка переполнена, видна только часть, а остальные открываются через команду «Еще»
Правильно: в одной ячейке планировщика допускается любое количество элементов, при нехватке места отображается не все, а доступ к остальным предоставляется через навигационную команду «Еще».
В одной ячейке допускается максимум четыре элемента
Неправильно: жесткого лимита «4 элемента» нет; ограничение связано с размером ячейки и количеством отображаемых элементов, а не с фиксированным числом.
В ячейке может быть только один элемент
Неправильно: планировщик допускает размещение нескольких элементов в одном пересечении времени и измерений; ограничение возникает только по отображению на экране, а не по факту хранения/наличия.

Пояснение

Расширенная подсказка с практическим контекстом для «Ведомости в кассу». 1) Как устроена «ячейка» планировщика Поле планировщика объединяет шкалу времени (обязательное измерение) и дополнительные измерения (например, касса, организация, подразделение, ответственный). Ячейка - это пересечение выбранного интервала времени и конкретных значений измерений. 2) Почему в одной ячейке может быть много элементов Если вы используете планировщик как «доску контроля выплат», то в одну и ту же дату и для одной кассы может приходиться несколько объектов: - несколько ведомостей (аванс, зарплата, премия); - несколько выдач наличных, привязанных к разным ведомостям; - служебные события (подготовка кассы, проверка остатков, сверка). Это и приводит к ситуации, когда элементов больше, чем физически помещается в одной ячейке. 3) Что происходит при переполнении Планировщик показывает только часть элементов (сколько помещается по высоте/ширине ячейки). Чтобы пользователь не терял доступ к остальным, используется навигационная команда «Еще»: она открывает список всех элементов, которые относятся к этой ячейке. 4) Пример, связанный с автозаполнением «Ведомости в кассу» Представьте, что вы сделали обработку для бухгалтера: - на каждый день отображается план выплат по кассам; - элементы создаются автоматически на основании того, что ведомости «должны быть заполнены» (например, по календарю выплат или по статусам расчетов); - при нажатии на элемент открывается конкретная «Ведомость в кассу», где бухгалтер нажимает «Заполнить» и проверяет строки. Если на один день выпадает 7 ведомостей по одной кассе, в ячейке часть будет скрыта, и бухгалтер откроет остальные через «Еще». 5) Лучшие практики, чтобы связка «планировщик → ведомость» была удобной - Делайте измерения так, чтобы уменьшить переполнение: например, добавьте измерение «Вид выплаты» или «Подразделение», если это бизнес-логично. - Добавляйте в подпись элемента краткий смысл (например, «Зарплата, декабрь», «Аванс, декабрь», сумма/кол-во сотрудников) - это ускоряет проверку после автозаполнения. - Если ведомость «не заполняется», в элементе/подсказке фиксируйте типовые причины: неверный вид выплаты/месяц, несоответствие места выплаты типу ведомости, уже выполненные начисления, задолженность, отбор по подразделению и т. п. Итог: планировщик не ограничивает количество элементов в ячейке, ограничено только отображение, а доступ к «лишним» элементам обеспечивается командой «Еще».