Объединение нескольких записей в таблице

Я создаю виджет для объединения записей . Допустим, эта таблица - информация о машинах. Существуют переменные /данные, такие как VIN, Milage и т. Д.

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

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

<p> <strong> Мои вопросы - </strong> </p>

<p> 1) Как я могу <strong> позволить пользователям объединить более двух записей </strong> на этом экране?
2) как реализовать «<strong> Выбрать все </strong> из записи 2». Я тоже думал о переключателе в заголовке столбца. </p>

<p> Я скептически отношусь к использованию горизонтальной полосы прокрутки </strong>. Да может быть вертикальный свиток, так как будет много строк. Поэтому я бы сделал первый столбец липким, а затем имел обе полосы прокрутки. Но я знаю, что может быть лучший способ сделать это. </p>

<p> Я также думаю о подходе <strong> 2 столбца </strong> следующим образом: </p>

<p> <img src =

7 голосов | спросил imbakaran 17 PMpWed, 17 Apr 2013 20:27:10 +040027Wednesday 2013, 20:27:10

4 ответа


4

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

Вот одна идея позволить пользователю выбирать значения из разных записей.

mockup

скачать источник bmml - Каркасы, созданные с помощью Mockups Balsamiq

Правильно ли я понимаю вашу ситуацию?

ответил sirtimbly 30 AMpTue, 30 Apr 2013 02:42:33 +040042Tuesday 2013, 02:42:33
0

Если есть более двух записей, которые можно объединить, возможно, вы могли бы в качестве первого шага предложить список для разрешения записей и их созданных дат (и расширяемых деталей), чтобы пользователь мог выбрать один из них: и, тем самым, обходить таблицу слияния) или выберите, для чего 2 следует объединить с вашей таблицей слияния с двумя записями, а таблица ограничена двумя записями, таким образом пользователь может убедиться, что они выбирают лучшие 2 версии для слияния (например, самые последние и самые ранние) и все еще есть возможность повторить слияние с другой записью и вновь объединенной записью. Я говорю об этом вместо того, чтобы предлагать решение для слияния более двух одновременно, поскольку, как я думаю, вы попадете в грязную таблицу с более чем двумя, в этих сценариях часто бывает так, что пользователь уже знает, какая запись лучше всего и предлагает например, таблица из 5 записей может быть переполнена.

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

ответил A Macdonald 17 PMpWed, 17 Apr 2013 20:55:16 +040055Wednesday 2013, 20:55:16
0

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

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

Соберите все выбранные автомобили в «корзине». Посмотрите на Google Hotel Finder для примера. Следующим шагом было бы объединить все в корзину. Как вы справляетесь с этим, это зависит от типа данных. Например, вы можете предлагать возможность слияния, отбрасывая все данные, кроме одного автомобиля. Или вы можете прогуливать своего пользователя, разрешая каждый конфликт (это Audi или BMW? Это синий или красный?).

mockup

скачать источник bmml - Каркасы, созданные с помощью Mockups Balsamiq

ответил Koen Lageveen 17 PMpWed, 17 Apr 2013 22:25:09 +040025Wednesday 2013, 22:25:09
0

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

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

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

Не может ли дизайн быть немного более контекстуальным? Таким образом, пользователь может сделать умный и образованный выбор, а не что-то повторяющееся и скучное. Таблицы повторяются и скучны. Прекратите использовать их. Такие бухгалтеры любят. ( edit: это не так, а не только такие бухгалтеры, как они. Я просто пытаюсь сделать точку: таблицы могут быть очень эффективными, но ее не следует систематически использовать только потому, что она перекликается с базой данных )

Итак, в конце, как будет отображаться «обработанная» информация? Придерживайтесь этого и конкретизируйте свое слияние. Нет виджетов. Нет таблиц. Содержание и приятное взаимодействие.

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

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

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

Нет слияния, нет таблиц, нет виджета.


Могут ли быть возможные проблемы удобства использования с выпадающим подходом?

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

ответил Gildas Frémont 28 PMpSun, 28 Apr 2013 22:59:53 +040059Sunday 2013, 22:59:53

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

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

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