В таблице размещают информационные элементы, которые читатель cопоставляет, по своему выбору, по строкам или по столбцам. Но кнопки‑действия относятся только к своим строкам и не могут быть прочтены по вертикали, поэтому столбец одинаковых кнопок выглядит нелепо. Коэффициент полезного действия столбца с кнопками низок, т. к. используются только одна‑две из них. А информативность равна нулю — внешне это бесполезный орнамент, занимающий место и создающий визуальную вибрацию.

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

Что тут можно сделать? Сначала стоит подумать, нужна ли батарея в принципе. Задача списка товаров в розничном интернет‑магазине — привлечь внимание посетителя и помочь сделать выбор по определенным параметрам. Если посетителя заинтересует конкретный товар, он обязательно захочет ознакомиться с подробной информацией. И как раз на отдельной странице товара можно предложить пользователю весь набор действий:

Этот прием помогает избавиться от батареи во многих ситуациях.

Но, например, в оптовой торговле посетители обычно прекрасно знают товар и хотят как можно быстрее его заказать. В этом случае стоит подумать, нужен ли список вообще. Дилерам может подойти интерфейс поиска по «парт‑намберу».

Даже если мы хотим сделать список функциональным, можно просто вынести общий множитель за скобки:

Другой прием, позволяющий избавиться от повтора визуальных регалий всех управляющих элементов, носит название edit‑in‑place. Элемент управления появляется в том месте, где он нужен. Так устроены, например, переименование файлов и интерфейс электронных таблиц: поле ввода появляется там, где щелкнули мышью.

Ничто не мешает нам использовать этот прием и в вебе: