У меня есть интерфейс с сеткой. Каждая запись в сетке отсортирована по «основному» столбцу сортировки, назовем его номером страницы. Каждая запись - это история в журнале. Я хочу, чтобы пользователь мог перетаскивать запись на новую позицию в сетке и автоматически обновлять поле номера страницы, чтобы отразить обновленную позицию. Достаточно просто, правда?
Теперь представьте, что я также хочу, чтобы сетка сортировалась по любому другому столбцу (заголовок истории, раздел, имя автора и т. Д.). Как теперь работает операция перетаскивания?
Вернуться к сортировке номера страницы во время или после операции перетаскивания? Это может запутать пользователя (почему мой вид просто изменился?). Это также привело бы к произвольному позиционированию строки. Будет ли история теперь до строки, которая была после нее, когда пользователь ее отбросил? Или это будет после ряда, который был до этого? Эти строки теперь могут быть широко разделены после сортировки по основному заказу.
Отключить функцию перетаскивания, если сетка в данный момент не отсортирована по номеру страницы? Это было бы легко, но пользователь может задаться вопросом, почему он не может перетаскивать в определенные моменты времени. Знание первой сортировки по номеру страницы может быть не очень интуитивным.
Разрешить пользователю переставлять свои строки, но не вносить никаких изменений в номер страницы?
Требовать от пользователя перехода в режим «Упорядочить истории», в котором сортировка по сетке временно переключается на номер страницы, а перетаскивание включено? Затем они выйдут из режима, и предыдущая сортировка будет применена повторно. Большая разница между этим и вторым вариантом заключается в том, что он будет более явным, чем простой щелчок по заголовку столбца.
Любые другие идеи или причины, почему один из вышеперечисленных является путь?
EDIT
Я хотел бы отметить, что любое из вышеперечисленного технически возможно и легко реализуемо. Мой вопрос связан с дизайном. Какой наиболее интуитивный способ решения этой проблемы с точки зрения пользователя?