Как отобразить слишком много данных

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

ИЗМЕНИТЬ

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

alt text

Хорошо, поэтому я вижу, что загрузка этого изображения на самом деле не оправдывает его ... он занимает всю ширину экрана с разрешением 1680x1050 (22 "), а когда данные заполняются столбцами, левая колонка w /текст немного сокращается.

EDIT 2 Я просто хотел сказать спасибо всем удивительным идеям. Я могу выбрать только один ответ, но многие ваши идеи оказались очень полезными и могут оказаться в конечном продукте. Еще раз спасибо!

205 голосов | спросил Jason 14 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 14 Sep 2010 00:47:04 +0400 2010, 00:47:04

23 ответа


131

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

 Full Length   Shorter   Tiny
------------   -------   ----
 $143,573.39   $143.6k   144k
     112.54%    112.5%    113 
 198,220,329    198.2m   198m

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

Конечно, когда содержимое ячейки сокращается, вы должны показать полное значение в подсказке инструмента.


Обновление: @Oskar отметил в комментариях, что отображение чисел с разными величинами затрудняет сравнение визуально. Итак, вот вариация в случае, когда сравнительные значения важнее точности.

  Revenue 
($millions)  
------------ 
       143.6   
        93.2
         0.3
       < 0.1  

(Заголовок в этом примере шире данных, но, как указывали другие, это можно решить, наклоняя заголовки под углом 45 градусов.)

ответил Patrick McElhaney 14 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 14 Sep 2010 22:08:59 +0400 2010, 22:08:59
147

Вы можете попробовать отобразить несколько строк на запись, например:

alt text

Вы также можете сделать шаг вперед, сделав каждую строку сводным представлением, которое можно развернуть, чтобы пользователь мог видеть полную запись, например:

alt text

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

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

ответил Hisham 14 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 14 Sep 2010 03:07:35 +0400 2010, 03:07:35
102

Если столбцы не растут в строках, вы можете попытаться поместить строки в виде столбцов

alt text

ответил Eduardo Molteni 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 18:02:01 +0400 2010, 18:02:01
58

Это очень похоже на случай, когда менеджер по работе с клиентом /продуктом хочет все на главном экране и все, что вам нужно на главный экран.

IMHO, экран панели должен предоставить пользователю обзор всего ... но получить подробную информацию о части этого (например, увеличение продаж на 275% на этой неделе) пользователь должен «развернуть» данные, чтобы увидеть таблицу (ы) информации о том, откуда пришли продажи.

Сложное усложнение «основного» представления, чтобы попытаться показать много и много информации, заканчивается неудачей по мере того, как пользователь теряется в области данных. Нижеприведенные примеры - это просто случайные вещи, которые я нашел в Google, но на экране A вы вряд ли сможете даже решить, с чего начать - против экрана B, где контент аккуратно организован в обзор.

пример подавляющих данных: alt text

пример простых, легко усваиваемых данных: alt text

ответил scunliffe 14 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 14 Sep 2010 07:09:28 +0400 2010, 07:09:28
33

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

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

Не все столбцы созданы равными

Некоторые столбцы важнее других:

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

Не все строки созданы равными

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

Некоторые из них могут или не могут применяться в вашем случае:

  • важны последние обновленные данные;
  • более высокие значения транзакций или транзакций в определенном диапазоне значений более важны;
  • ложные значения или истинные значения не важны;
  • (более сложные) ложные значения важны только тогда, когда другое поле имеет определенное значение, в противном случае это значение действительно важно

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

Некоторые значения важны только в определенном контексте

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

ответил Lie Ryan 3 +04002010-10-03T18:02:41+04:00312010bEurope/MoscowSun, 03 Oct 2010 18:02:41 +0400 2010, 18:02:41
26

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

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

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

ответил Tim Sullivan 5 +04002010-10-05T03:08:41+04:00312010bEurope/MoscowTue, 05 Oct 2010 03:08:41 +0400 2010, 03:08:41
26
  

какие данные пользователь действительно должен видеть?

Если бы мы могли получить прямой ответ на этот вопрос. Вместо "это зависит от .

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

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

Сначала получите дескриптор истинного диапазона пользовательских намерений

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

домен пользовательских намерений

Здесь я рассматриваю две вещи:

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

Например:

Если мы знаем, что каждое утро менеджеры по продажам просматривают свой торговый конвейер по значению и дате закрытия, тогда мы можем создать для него панель мониторинга и знать, что каждое утро оно должно быть «под рукой». Это то, что я назвал бы определенным и распространенным вариантом использования.

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

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

И так далее .. Я думаю, вы получите картину.

Решение о том, где сосредоточиться

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

К сожалению, мир - грязное место. Скорее всего, наши пользователи находятся по всему графику. И это может измениться с минуты на минуту.

Наш обычный ответ, и все же лучший совет, который вы услышите независимо от дисциплины (программисты, дизайнеры, предприниматели), - это просто фокус. В крайности: делайте одно и делайте это хорошо.

Если вы находитесь в процессе запуска или работаете над MVP, это легко и самовыражается («мы создаем это только для пользователей, которые хотят делать X»).

Для всех остальных, я предлагаю, чтобы мы сначала оценили сначала, какие квадранты (пользователи) хотят и должны работать внутри, и использовать это как объектив, чтобы сосредоточить наши усилия. Если наши пользователи работают в Quadrant D, но мы пытаемся заставить их решить квадрант. Это будет не очень хорошо, и пользователи все равно выиграют в конце концов.

Сценарий Джейсона

Настоящий Джейсон, вероятно, долго двигался, но у многих из нас есть наши дни, когда мы Джейсон. Из его описания кажется, что исходное предположение /предложение состоит в том, что пользователи Jason все о Quadrant C - всегда очень заняты тем, что мы не можем легко определить с помощью наборов данных, которые мы предоставляем.

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

Неудивительно, что скромная электронная таблица по-прежнему правит в таких местах, как финансовые отделы. Как только системы ERP выполняются со всей обработкой транзакций, большая часть оставшейся работы попадает прямо за верхний правый квадрант ... и электронная таблица по-прежнему является окончательным пустым холстом для работы с данными.

Итак, что мы можем сделать? Я бы предложил две параллельные стратегии

Определите варианты использования для обработки Quadrant A

ОК, возможно, большая часть работы должна быть выполнена в представлении псевдо-электронной таблицы. Но, может быть, не все. Когда мы подбираем индикаторы определенного широко распространенного использования, мы можем построить специально для этого (другое представление, страница на панели мониторинга или перфорация).

Есть много хороших ответов и комментариев, уже приложенных к этому вопросу, которые находятся в пути к этому: как найти квадрант. Жемчужина в беспорядкеКвадрант C?

Как найти драгоценные камни в грубой форме?

  • старая школа - трать часы /дни /недели, работая с пользователями, чтобы узнать, что они на самом деле делают.
  • найдите чемпионов из сообщества пользователей, которые могут объяснить, как все это делается.
  • Посмотрите на данные. Можем ли мы обнаружить предсказательное поведение , ведущее к определенному действию? например перед размещением заказа на продажу пользователи всегда, похоже, смотрят на виды A и B, сортируют по C и D и запускают отчет E. Он может по крайней мере дать нам место для более пристального изучения ...

Постройте наилучший опыт работы с квадрантом C

Но с такими системами часто бывает Taylorist pipe-dream , чтобы думать, что мы можем в конечном итоге уменьшить все это к аккуратным наборам вариантов использования мы можем проектировать решения Quadrant A.

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

Фокус на доступ и доступность

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

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

Фокус на микроинструментации

Мы не знаем всей истории о том, чего вы пытаетесь достичь, но мы можем доставить части головоломки. Например:

  • Очевидная развертка по строкам для получения дополнительной информации
  • Инструменты «правой кнопкой»:
    • в этом столбце
    • Цель - найти новое значение для этой ячейки
    • всплывающий исторический тренд для этой строки /ячейки
    • Подпишите эту строку и отметьте другие вокруг нее.

Фокус на добавлении значения в данные

Мы точно не знаем, как наши люди превращают наши данные в Информационно-мудрое знание , но мы должны искать возможности для постоянного повышения ценности, которую мы можем добавить к данным.

например. сегодня я просто даю вам сырые объемы производства, завтра я могу дать вам это плюс изменение со вчерашнего дня /на прошлой неделе /​​в прошлом месяце.

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

ответил tardate 14 MaramSat, 14 Mar 2015 10:31:46 +03002015-03-14T10:31:46+03:0010 2015, 10:31:46
13

Что мы делаем, так это разделение экрана в основном на две части. Верхняя половина показывает информацию о текущем выбранном элементе, нижняя половина показывает сетку с выгруженным списком доступных элементов.

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

Надеюсь, вам это поможет. mockup

ответил JochemKempe 16 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 16 Sep 2010 12:31:44 +0400 2010, 12:31:44
12

Один пример, который я могу придумать, может что-то вдохновить: таблица позиций MLB.com , которая представляет собой таблицу с слишком много столбцов, но интерфейс настройки мгновенно интуитивно понятен (для меня - и он не нацелен на техническую аудиторию). Вы, вероятно, не хотите произвольного ограничения MLBAM на максимальное количество столбцов, которое вы можете иметь, конечно.

Самая большая проблема с пользовательским интерфейсом с укрытием столбца обычно возвращает скрытый столбец - если только они не исправили его недавно, «unhide» действительно сложно найти в Excel, например.

ответил Richard Gadsden 16 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 16 Sep 2010 01:30:25 +0400 2010, 01:30:25
9

Я немного удивлен, что никто еще не предложил шаблон Master-Detail.

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

На самом деле, мы решили сделать то, что вы (r boss) исключили: Сократите количество видимых столбцов по умолчанию до примерно 5-6 тщательно отобранных атрибутов, чтобы охватить 90% случаев использования. Однако для выбранной строки мы отображаем все атрибуты в панели свойств в правой части экрана. Пользователь видит наиболее важные атрибуты как можно большего числа строк в таблице и как можно больше атрибутов для выбранной строки на панели свойств.

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

Введение панели свойств имеет несколько отличных преимуществ:

  • Вы можете предоставить более значимый интерфейс редактирования, если данные предназначены для редактирования
  • Часто вы можете представить данные более подходящим образом, чем в ячейке таблицы. Подумайте о фотографии, сделанной сотрудником, набором GPS-координат, показанных на карте, возможности бесконечны.

Простите лейблы, являющиеся немецкими, но это должно понять:

введите описание изображения здесь>> </p></body></html>

ответил Chris 29 AMpWed, 29 Apr 2015 09:41:03 +030041Wednesday 2015, 09:41:03
7

Аппаратное обеспечение наверняка, но я бы предложил установку нескольких мониторов. Два 19 "по сравнению с одинаковыми 24" являются драматичными при работе с широкими таблицами или электронными таблицами.

Кроме того, fuzzify /normalize критические столбцы (столбцы, которые указывают пользователю, что необходимо провести дополнительный анализ и, возможно, дальнейшие действия). Группируйте эти нечеткие значения.

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

ответил JustinC 16 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 16 Sep 2010 07:14:13 +0400 2010, 07:14:13
5

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

Что вы должны задать себе и клиенту, какие шаги пользователь предпримет, чтобы оценить все данные. Каково решение, основанное на первом, то что нужно проверить. Из этого вы можете начать понимать, как пользователь будет использовать ваше приложение. Как только вы узнаете, что можете упорядочить данные и представить их в управляемом отчете.

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

ВАРИАНТ: Если вы сравниваете строки данных, я предлагаю минимальные данные в обзоре и выбирая пару для сравнения, создаст отчет со всеми правильно сопоставленными данными (графиками, цифрами или любым другим наглядным пособием).

АЛЬТЕРНАТИВНЫЙ ВАРИАНТ: Пойдите к своему боссу, скажите, что вы сделаете это по-своему, но положите альтернативный дизайн на стол. Когда настанет время, и орды сердитых пользователей у него на пороге, вы напоминаете ему, что вы создали альтернативный дизайн. политика в технике никогда не моя любимая. но это иногда просто необходимо!

ответил yopefonic 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 04:41:48 +0400 2010, 04:41:48
5

Возможно, вы можете сгруппировать низкозначные столбцы (т. е. значения в диапазоне [0..100)) в под столбцы.

Вместо:

| Description | Count | Mean | Sum | Foo    | Bar   |
| Lorem ipsum |     1 |    2 |   3 | $ 1.00 | +0.2% |

Присутствует как:

| Description | Totals    | Foo    | Bar   |
|             | C / M / S |        |       | 
| Lorem ipsum | 1 : 2 : 3 | $ 1.00 | +0.2% |

Где «:» - разделитель подкласса, а C /M /S означает «Count /Mean /Sum» (или там, где там отображаются данные).

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

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

ответил Romulo AB 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 20:43:10 +0400 2010, 20:43:10
3

Я не знаю, разрешено ли вам это делать, но как насчет того, чтобы не использовать таблицу? Покажите список элементов, вот пример списка фильмов:

* Movie title 1 *
Cast: actor a, actor b
Year: 2000       Runtime: 100 min       Rating: 75%

* Movie title 2 *
...
ответил fhucho 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 00:02:54 +0400 2010, 00:02:54
3

Вот несколько идей:

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

1) взгляд рыбий глаз
Вы когда-нибудь думали о рыбий взгляд? Трудно найти хорошее решение для javascript, но java-апплеты достаточно легки для поиска.

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

3) группировка
Элементы группы с похожими столбцами, заполненными группами, и создают несколько таблиц с элементами simlar, оставляя незаполненные столбцы из каждой таблицы. Вам не нужно знать априори, как сгруппировать их ... Вы можете создать растровое изображение или хэш, из которых столбцы заполняются для каждой строки, а затем сортировать /группировать строки в общие наборы колонок. Альтернативный алгоритм - просто отсортировать по количеству заполненных колонок. Я нашел, что это работает достаточно хорошо и помогает легко идентифицировать группировки и очень хорошо демонстрирует незначительные несоответствия.

ответил ericslaw 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 20:52:20 +0400 2010, 20:52:20
3

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

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

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

Другой пример - рассмотрите контакты или музыкальные треки на вашем iPhone. Я был бы очень удивлен, если бы вы не сразу коснулись буквы скроллера справа и перешли в алфавитную часть. Полный, полный список записей - это больше для конфеты (хвастайтесь прокруткой телефона), чем что-либо еще.

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

По крайней мере, вы думаете о проблеме; это дальше, чем большинство разработчиков. Удачи!

ответил xanadont 16 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 16 Sep 2010 00:04:08 +0400 2010, 00:04:08
2

Поскольку мы не знаем, почему пользователи должны видеть все столбцы или почему ваш босс считает, что они хотят видеть все столбцы, вы избавитесь от некоторых решений colums. Вот моя. Имейте способ для пользователей выбирать, заказывать & сохраните их предпочтения для нужных столбцов. Я уверен, что существует значительное число пользователей, которые хотели бы видеть только 5 столбцов. Реальная проблема заключается в том, что все они не хотят видеть одни и те же. В конце концов, у них будет столько столбцов, что появится горизонтальная полоса прокрутки. Я предполагаю, что эти «электронные наркоманы» не будут возражать. Они будут чувствовать себя как дома.

ответил JeffO 16 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 16 Sep 2010 23:40:58 +0400 2010, 23:40:58
2

Мне просто нужно бросить мои два цента здесь, несмотря на то, что этот вопрос настолько стар.

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

Например, если у вас есть столбцы A, B, C, D и E, а A необходимо обновить, когда B и C меньше D, но больше E, то вместо того, чтобы показывать вашим пользователям все эти столбцы , просто укажите один столбец, который отображает, действительно ли это условие истинно.

Вместо того, чтобы обманывать пользователей данными, вам необходимо создать слой бизнес-логики, который ИСПОЛЬЗУЕТ эти данные. Это не только значительно упростит ваш графический интерфейс, но ваши пользователи, скорее всего, будут вам очень благодарны за облегчение вашей жизни. Вы всегда должны пытаться идентифицировать задачи, которые проще для компьютеров, чем для людей, и выгружать ответственность за эти задачи на компьютер.

ответил Isochronous 11 ThuEurope/Moscow2014-12-11T01:36:51+03:00Europe/Moscow12bEurope/MoscowThu, 11 Dec 2014 01:36:51 +0300 2014, 01:36:51
1

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

ответил Bojan Gavrovski 14 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 14 Sep 2010 01:43:46 +0400 2010, 01:43:46
1

Сделайте его динамичным, поскольку вы контролируете, какие столбцы отображаются, а затем используйте интеллектуальные значения по умолчанию. Хорошим примером этого является Инструмент внешнего инструмента подсказки Google , в котором вы можете добавлять /удалять /сортировать столбцы в будем. С динамическими столбцами вы можете получить свой торт, и босс может его съесть.

ответил Virtuosi Media 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 01:30:09 +0400 2010, 01:30:09
1

Я согласен с Эрвином в отношении графиков. Спарклинги могут быть подходящими.

Вот подробное обсуждение такого рода вещей на сайте Эдварда Туфта:

http: //www. edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=00002r&topic_id=1

ответил njivy 15 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 15 Sep 2010 19:18:31 +0400 2010, 19:18:31
0

У меня была эта точная проблема с 25 + столбцами. Все текстовые данные не содержат цифр. В основном это огромный инвентарь со многими полями.

В настоящее время клавиши со стрелками вверх и вниз по-прежнему выбирают строку, но левая и правая клавиши скрываются и не скрывают столбец, так что вся таблица перемещается влево.

В сочетании с действительно хорошим поиском это решение неплохое.

Конечно, представление по умолчанию полностью настраивается пользователем.

ответил vener 3 +04002010-10-03T07:52:46+04:00312010bEurope/MoscowSun, 03 Oct 2010 07:52:46 +0400 2010, 07:52:46
0

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

Что я знаю о возможном решении и о том, что мы также пробовали в нашем дизайне:

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

У кого-то есть более специальное решение или идея?

ответил OneSeven 10 J0000006Europe/Moscow 2015, 04:46:49

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132