Предложение по секции "Важно/Срочно"

[oldTV]

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


Как, по моему мнению, будет работать такое решение.
1. Объединение 2 показателей упростит работу, т.е. сразу в одном месте можно выбрать секцию и определить и важность и срочность.
2. Пользователь выбирает точку в одном из необходимых ему квадратов и в зависимости от его выбора автоматически определяется и важность, и срочность:
примеры:
выбрал точку в IV квадранте - например, x=5, y=2 - что примерно в правом, нижнем углу квадранта. Автоматом Важность стала - высокая, срочность - нормальная.
выбрал точку в III квадранте - x=-2, y=5, что примерно в слева внизу квадранта, Автоматом Важность - немного важно, Срочность - очень срочно.

Зато от теории не отходит такое интерфейсное решение.
Что еще как +: удобнее на мобильных устройствах, меньше тыкать.
-: те, кому такая парадигма не знакома, будут путаться.
тем, кто не использует 2 параметра, будет не удобно.
Оба минуса решаются через настройки: старый интерфейс, новый интерфейс.

Вот эта картинка что-то другое показывает, но как на ней наглядно можно показать точки:


Просьба отозваться на предложение, высказаться за и против.

[Algen]

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

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

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

[oldTV]

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

Тут же и предложение по цвету: не важно, не срочно - белый, важно, срочно - красный. На обоих полосах. Получится, что красный+красный даст красный, а красный+белый даст розовый

[edw]

+1
В 4.х будет множество окон. Одно из них стоило бы отдать под матрицу Эйзенхауэра. MLO сможет записать в свой актив нативную поддержку ещё одной методологии

[karam]

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

Минус такого варианта: непрезентабельная наглядность.
Плюс такого варианта: минимальная наглядность есть и интерфейс не перегружен.

В выборе способа реализации я не компетентен.
Сами разработчики должны определить оптимальный вариант с учётом удобства использования и предохранения от перегрузок. Иначе может получиться монстр со множеством ошибок и тормозов типа Achieve Planner.

[StatusQ]

Удобно и наглядно, поддерживаю