Типографика режима выбора в мобильном приложении: счётчик и действия

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

В обычном списке каждая строка обычно ведёт к подробностям, а касание по ней открывает объект. При множественном выборе то же движение начинает менять состояние строки: появляется отметка, меняется фон, иногда открывается панель групповых команд. Если интерфейс не обозначает переход, человек может принять отметку за случайное выделение или ожидать, что касание по строке по-прежнему откроет карточку. Текстовые сигналы должны заранее сообщить, что режим изменился.

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

Полезно считать режим выбора самостоятельным состоянием интерфейса, а не декоративным вариантом строк. У него есть вход, обновление счётчика, ограничения доступности команд, подтверждение опасного действия и выход. Даже если на экране меняются только верхняя панель и несколько значков, проверьте текст во всех этих состояниях: именно здесь мелкая неоднозначность приводит к неверному массовому изменению данных.

Показывайте количество рядом со словом, которое объясняет его смысл: «Выбрано: 3» или «3 файла выбрано». Одна цифра без подписи может оказаться счётчиком результатов, непрочитанных объектов или выделенных строк. Для русского интерфейса выберите естественную форму фразы и проверьте её для значений 1, 2, 5 и 21: окончание слова должно оставаться корректным, а ширина строки — предсказуемой.

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

Счётчик обновляется после каждого добавления и снятия отметки. Сохраняйте его в одном устойчивом месте: например, в заголовке панели выбора. Не переносите число между заголовком, кнопкой и плавающей плашкой при каждом изменении интерфейса. Когда список меняет сортировку или прокручивается, пользователь должен по-прежнему видеть ответ на вопрос, сколько объектов попадёт под групповую команду.

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

В мобильной панели мало места, поэтому команды часто сокращают до одного слова или пиктограммы. Сокращение полезно только тогда, когда оно остаётся понятным в данном контексте. «Удалить» яснее, чем корзина без подписи; «Архивировать» точнее, чем расплывчатое «Готово», если именно архивирование является результатом. Если действие необратимо или трудно исправить, подпись должна прямо называть объект и последствие.

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

Подпись действия должна оставаться конкретной при изменении количества. Если кнопка называется «Удалить выбранное», рядом можно сохранить счётчик; если кнопка содержит только глагол «Удалить», в подтверждении нужно явно повторить масштаб операции: «Удалить 3 файла?». Не стоит динамически переименовывать кнопку по каждому числу без необходимости: скачущая ширина создаёт визуальное движение и может смещать соседние элементы.

Вход в режим можно запускать длительным нажатием, отдельной командой «Выбрать» или сочетанием способов, принятым в продукте. Какой бы жест вы ни выбрали, первый результат должен быть виден без догадок: появляется отметка строки, меняется заголовок панели и возникает команда выхода. Если длительное нажатие — единственный способ, добавьте доступный через меню путь, чтобы функцию могли найти люди, которые не знают жест.

После входа строка должна показывать, что именно отмечено, а не просто менять оттенок. Используйте флажок или другой знакомый контроль вместе с изменением фона; проверьте контраст выбранного и обычного состояний. При повторном касании по строке снимайте отметку предсказуемо. Не меняйте в середине процесса значение касания без видимого подтверждения: если открытие объекта временно отключено, режим должен выглядеть достаточно явно.

Выходите из режима отдельной видимой командой или возвращайте обычный список после завершения операции. Кнопка с крестиком без подписи может быть компактна, однако при её нажатии выбранные элементы должны либо сохраниться, либо сброситься согласно понятному правилу. Если выбор теряется, не скрывайте это: короткая фраза «Снять выбор и выйти?» уместна, когда пользователь уже вложил усилия и потеря отмеченных строк неожиданна.

Не каждое групповое действие нуждается в диалоге. Для обратимого перемещения достаточно сразу показать результат и дать возможность отменить его короткое время в контексте списка. Для удаления, отправки или операции с внешними последствиями продумайте подтверждение: оно должно назвать количество и тип объектов, а основная кнопка — повторить действие словами. «Вы уверены?» не сообщает, в чём риск, и заставляет пользователя заново разбираться в контексте.

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

Отмена помогает исправить промах, но не должна выглядеть ещё одной непонятной командой. Используйте короткое слово «Отменить» рядом с сообщением о результате. Когда восстановление невозможно, говорите об этом до подтверждения и в названии действия. Для опасной команды не полагайтесь на красный цвет как единственный сигнал; точный глагол и указание количества дают более надёжное предупреждение.

Представим список писем, где пользователь хочет архивировать несколько старых сообщений. Он удерживает одну строку или выбирает команду в меню. Верхняя панель меняет заголовок на «Выбрано: 1», строки получают видимые отметки, появляется действие «Архивировать». После отметки ещё двух писем счётчик показывает три, а команда остаётся на том же месте. Это помогает удерживать контекст, даже если список прокрутили.

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

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

Для тестового текста подойдут реальные записи, а не повторяющееся «Элемент 1». В списке файлов проверьте длинные имена и одинаковые первые слова; в почте — тему и отправителя; в заметках — заголовки разной длины. Важно увидеть, сохраняется ли различимость строки после выделения. Когда все названия одинаковы, макет скрывает ошибки, которые проявятся на настоящем содержимом.

Покажите прототип человеку без объяснений и попросите выполнить три задачи: выбрать несколько объектов, понять, сколько выбрано, и отменить действие. Наблюдайте, на каком тексте он останавливается и что ожидает после нажатия. Если пользователь ищет число в бейдже, но не понимает его, подпись слабая; если он опасается нажимать команду, проверьте глагол и формулировку подтверждения. Не подсказывайте ответ во время проверки.

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

Используйте короткую фразу вроде «Выбрано: 3» или «3 файла выбрано» и проверьте её для разных чисел. Если список содержит разные типы объектов, нейтральное «Выбрано: 3» не привязывает счётчик к одному существительному. Важно сохранять одну формулировку во всех местах сценария.

Решение зависит от последствий и возможности восстановления. Если удаление нельзя быстро отменить, перед действием назовите количество и тип выбранных объектов, а кнопку подпишите «Удалить 3 файла». Общая кнопка «Да» не помогает проверить, какое именно действие подтверждается.

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

Назовите успешный результат и оставшиеся элементы раздельно. Например: сколько файлов перемещено и сколько не удалось обработать, затем предложите повторить попытку или открыть проблемный элемент. Одно слово «Готово» скрывает незавершённую часть задачи.

Оставьте на виду счётчик и одно наиболее нужное действие, а остальные команды перенесите в меню. Проверьте, что подписи не превращаются в неоднозначные сокращения и что меню доступно из режима выбора. Не убирайте объяснение счётчика только ради компактности.

Если место позволяет, используйте слово «Отмена» или «Выйти» в зависимости от смысла: первое отменяет выбор, второе закрывает режим. Крестик может дополнять подпись, но его поведение должно быть определённым: пользователь заранее понимает, потеряет ли текущие отметки.

Режим множественного выбора читается как короткий диалог: список показывает отмеченные объекты, счётчик называет их число, команда обозначает результат, а обратная связь подтверждает завершение или предлагает отмену. Соберите весь сценарий от первого касания до выхода и проверьте его на реальных по длине названиях. Для проекта с собственным визуальным характером можно создать согласованную гарнитуру на Fontgenerator.ru, затем проверить её в строках, счётчиках и подписях мобильного интерфейса.