Я собираюсь предположить, что клиент на самом деле говорит за пользователей, и действительно полезно показывать больше информации «с первого взгляда».
Мне кажется, что каждый пользователь, как правило, интересуется только работойназначен ему / ей, поэтому первое, что нужно сделать, - это создать отдельную страницу для каждого пользователя.Дайте каждой странице уникальный URL-адрес, чтобы пользователь мог добавить ее в закладки / ярлыки и перейти прямо к ней.Более того, добавьте cookie после первого посещения пользователя, чтобы страница по умолчанию стала его собственным.В дополнение к удалению ненужного беспорядка, это исключает столбец «Имя», предоставляя вам больше места для другой информации.
Чтобы действительно видеть все «с одного взгляда» - это не прокрутка, щелчок или зависание - вам нужносделайте информацию максимально компактной и незагроможденной:
Разверните шаблон страницы до минимума.Горизонтальное пространство наиболее ценно для таблицы, поэтому у нее нет меню боковой панели или элементов навигации.Разместите фирменное наименование и меню до единой полосы сверху, предпочтительно не более 50 пикселей в высоту.При необходимости используйте выпадающее меню, по крайней мере, для удержания менее часто используемых команд.
Сожмите поля как можно ближе друг к другу, разделив их всего на 10 пикселей.Если количество элементов задачи в таблице также является проблемой (в дополнение к количеству полей), сожмите поля вместе, возможно, не более 20 пикселей от верха одного до верха другого с размером шрифта по умолчанию,Устраните или отключите границы полей, чтобы уменьшить визуальный беспорядок.В частности, избегайте трехмерных (например, скошенных) или разноцветных границ.Некоторые конкретные рекомендации и идеи в Кодированные, уплотненные, контрастные элементы управления .
Уменьшите графический дизайн, уменьшая или устраняя различия в цветах, 3-D внешний вид, текстурыи любые светлые темные заголовки или текст.Используйте достаточно графики, чтобы визуально группировать информацию, когда это необходимо.Не беспокойтесь о том, чтобы «выглядеть скучно». Пользователи будут изучать информацию, а не графический дизайн.
Используйте модель действия выбора объекта в стиле рабочего стола, где пользовательсначала выбирает элемент (ы) задачи для выполнения, затем выбирает действие для выполнения из меню.Это избавляет от необходимости повторять каждый командный элемент управления для каждого элемента в таблице, позволяя таблице отображать только данные.
Держите каждый элемент задачи в списке в одной строке таблицы,а не укладывать поля для одного и того же элемента друг на друга.С одной строкой вам не нужно повторять метки полей, избегая этого беспорядка.Это также позволяет вам исключить горизонтальные и / или вертикальные правила в вашей таблице, полагаясь на сами поля для направления глаза через таблицу (однако, вы можете захотеть включить тонкие полоски зебры , так как это помогает глазу следоватьряды, когда они плотно прижаты друг к другу).Одна строка для каждого элемента также облегчает сканирование, сортировку и сравнение элементов;Я предполагаю, что причина того, что у вас есть таблица, состоит в том, чтобы позволить пользователям назначать приоритеты своим элементам задач.
Подумайте об использовании наведения мыши, чтобы показать полные значения строк, которые слишком длинны для ширины поля,Это может позволить вам использовать значительно более короткие поля, так как вам не нужно изменять их размер, чтобы отображать все значения на 99-м процентиле длины.Вы также можете изменить размер столбцов путем перетаскивания, чтобы пользователи могли установить минимальную ширину, необходимую им для соответствующих данных.
Сжать файлсами столбцы и столбцы, используя более компактные форматы, агрегаты, сокращения, коды (например, оттенки / цвета) или значки для обозначения значений или заголовков столбцов. Это может потребовать обучения пользователей, но вы также можете использовать указатели мыши для предоставления всплывающих подсказок о том, что означают коды / значки / сокращения. Сокращения, вероятно, легче распознавать, изучать и запоминать, но графические коды и значки можно легче сканировать, что помогает оценить их с первого взгляда. Рекомендации по кодированию на Помещение G в GUI , хотя в этой статье также рекомендуется комбинировать коды с текстом, что не сэкономит вам места.
Разрешить заголовки столбцов быть многострочными, чтобы они не заставляли столбец быть шире, чем требует само поле (например, для полей Y | N). При необходимости расположите заголовки столбцов под косым углом. Это занимает не больше места, чем вертикальный заголовок, но его легче читать.
Убедитесь, что размер таблицы изменяется с помощью изменения размера окна, чтобы, по крайней мере, пользователи с большими мониторами могли видеть все сразу.
Выполнив все вышеперечисленное, вы сделали все возможное, чтобы все сразу было видно. Если все данные по-прежнему не подходят, то для просмотра требуется информация с более низким приоритетом. Ваши варианты:
Более широкая таблица с горизонтальной прокруткой, смещая поля с более низким приоритетом вправо. Часто это самое простое и удобное решение, поскольку оно позволяет пользователю сравнивать все элементы задачи. Обычно это лучше, чем когда каждый элемент занимает несколько строк в таблице. Горизонтальная прокрутка - это не проблема юзабилити для таблиц, предназначенных для прозы, особенно если вы оставляете фиксированные заголовки строк и прокручиваете только остальные поля.
Подразделение мастер-детализация, где под таблицей имеется форма в виде поля с полями с низким приоритетом «переполнение». Они показывают значения для текущего выбранного элемента в таблице. Сделайте эту панель переполнения вкладкой, и вы можете держать очень большое количество полей (но не «с первого взгляда»). Поместите панель переполнения в расширитель, чтобы, когда пользователь закрывает расширитель, таблица расширялась до полной высоты окна, позволяя пользователям, которым не нужно видеть поля с низким приоритетом, видеть больше элементов таблицы. Поля в области переполнения нельзя легко сравнивать между несколькими элементами, поэтому это решение работает лучше всего, когда вы можете разделить поля между полями, используемыми для определения приоритетности задачи (они находятся в таблице), и теми, которые используются для принятия решения о том, как выполнить задачу (они идут в переполнении).
Дерево или телескоп, где каждая строка таблицы может быть расширена для отображения полей с низким приоритетом (ваша идея + кнопки). Главное преимущество, которое это имеет по сравнению с master-detail, заключается в том, что теоретически легче сравнивать поля с низким приоритетом для двух элементов, но только тогда, когда два элемента оказались смежными друг с другом в таблице. В противном случае у него больше проблем, чем у главной детали: высокоприоритетные поля с большей вероятностью прокручиваются вне поля зрения, изменяется количество прокрутки, чтобы добраться до данного элемента, и требуется больше кликов, чтобы найти элемент с определенным низким уровнем. приоритетные детали.
Отдельная страница или окно для полей с низким приоритетом, до которых пользователь «сверлит» таблицу. Как правило, это хорошо только в том случае, если вам все равно нужна страница для этих полей (например, для прямой навигации) или для заполнения набора полей с очень низким приоритетом, которые, как утверждает ваш клиент, необходимы.
Подробности и иллюстрации этих опций на Съемка панелей .
Отображение информации при наведении мыши должно быть зарезервировано только для краткой дополнительной информации. В противном случае это может помешать, может иметь проблемы с доступностью, и пользователь не сможет скопировать его или просмотреть при манипулировании чем-либо другим.
Скрытие / отображение только столбцовимеет смысл (например, горизонтальная прокрутка), если разные пользователи используют разные поля.Это может быть предпочтение пользователя, которое должно сохраняться между сеансами.