February 5th, 2010

Исследование. Выбор колонок в таблицах

Иногда случается так, что в интерфейсе есть таблица, в которой много колонок и, естественно, если просто показать все колонки, таблица не будет влазить на экран. И встает вопрос: что делать?

Классическим вариантом «решения» проблемы является выбиралка столбцов. В ГуглЭдВордс она такая, например:
Google
Нахрен она мне нужна в данном случае — не ясно, так как все колонки и так помещаются.

Вариант с выбиралкой я считаю плохим. Точнее, если честно, я считаю это интерфейсной педерастией.

Поясню почему. Дело в том, что делая выбиралку всегда думают так: так, столбцы не влазят? А давай тогда дадим пользователю возможность выбрать столбцы, если они не будут влезать, он сам выберет что ему нужно.

Это типичный уход от ответственности (как с окнами «А вы уверены?» — если пользователь ошибётся, то сам будет дураком). Если пользователю нужны все наличные столбцы, то спрашивается: почему дизайнер не постарался сделать так, чтобы пользователь мог комфортно видеть их все? Почему, в случае, когда нужны действительно все столбцы, пользователь должен то включать, то выключать их попеременно?

Ответ:
Collapse )


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

Ответ:
Collapse )


Есть еще посылка о том, что пользователь мог привыкнуть к какой-то последовательности в другом интерфейсе и захочет настроить себе такой же набор полей. Это возможный сценарий. Но кто сказал, что в том другом интерфейсе поля расставлены наиболее верно? И почему, скажите на милость, наш интерфейс проектируют какие-то даже не знакомые нам дизайнеры, спроектировавшие тот другой интерфейс (а именно так и получается, только не напрямую, а через посредство пользователя)?

Предположение о том, что пользователю нужно дать «возможность» (читать с придыханием) вообще контрпродуктивно. Потому что при наличии выбора столбцов выработка привычки невозможна (привык, что деньги в третьем столбце, потом отключил первый и на привычное место денег встал другой столбец). А ждать того, что мы, дизайнеры, не смогли совладать со столбцами, а пользователи, не специалисты, сумеют вообще абсурдно.


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

Но есть проблема: как быть в случаях, когда набор полей неизвестен (формируется плагинами, которые еще даже не появились в природе) и проанализировать их нет возможности? Этот случай и хотелось бы обсудить.

Постите сюда все примеры работы со столбцами (с большим их количеством). Хорошие, плохие, все какие знаете. Пишите свои соображения, примеры ваших работ. Рассказывайте, почему вы сделали выбиралку (я же знаю, что вы её сделали, я сам такой же :).







Домашка. Пульт

У меня в машине есть мафон. В мафоне, как водится есть радио и проигрыватель Си-Ди дисков. А еще к мафону етсь пульт. Вот он:





Работает пульт так:

В режиме радио
кнопки ←→ изменяют частоту,
а ↑↓ позволяют переключаться между предустановленными частотами.
В нижнем ряду круглая кнопка со штучкой справа переключает мафон на Си-Ди.
Пауза не работает.
Иконка с антенной выключает мафон.

В режиме Си-Ди

кнопки ←→ изменяют песню,
а ↑↓ позволяют переключаться между папками.
В нижнем ряду круглая кнопка со штучкой справа выключает мафон.
Пауза останавливает или запускает воспроизведение.
Иконка с антенной переключает мафон в режим радио.

Кнопки В, ATT, F, A интереса не представляют.

Задача
Найти ошибки в дизайне пульта и, если они есть, исправить их. К решению лучше приложить рисунок.

Решение

Представленный пульт, конечно, в части кнопок радио и си-ди — пример идиотизма. Им очень сложно пользоваться, так как у него есть две кнопки выключения питания, причем они то появляются, то исчезают в зависимости от режима. Из-за этого при переключении с радио на сиди пользователь (я) постоянно забывает учесть режим и раз через раз магнитола выключается, вместо изменения режима.

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



В моем варианте добавилась кнопка питания, которая имеет предсказуемое поведение. Кнопка си-ди всегда просто включает си-ди, кнопка радио всегда просто включает радио. Кнопка плея/паузы сдвинута ближе к си-ди, так как она нужна только в этом режиме.

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

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

Оценки
empty_design  3/4
uncovena  4/0


Комментарии скрываются до вечера воскресенья, когда я представлю своё решение и прокомментирую ваши ответы.

Напоминаю, что домашки выходят по пятницам, присылайте свои задания на kolan@ksoftware.ru и, если задание окажется интересным, оно будет опубликовано в одну из пятниц.