Создава? очередной прототип в Visio, ? не?колько раз ?поткнул?? об одну из ?отен при?ущих ?той программе анти-продуктивных мелочей, а именно - необходимо?ть по?то?нной ручной корректировки вертикального пор?дка объектов.
Прежде в?его программа нагло врёт, отобража? перета?киваемый объект в?егда поверх о?тальных (?2). При ?том ?овершенно не??но, где он окажет??, будучи отпущенным (?3-?4). В худшем ?лучае объект полно?тью ?крывает?? другим, большим по размеру (?4). В любом ?лучае по?ле ?того приходит?? добивать?? желаемого положени? путём долгих манипул?ций ? меню.

Проблема ?та в?тречает?? не только в Visio, но и в других программах дл? работы ? не?ложной векторной графикой, начина? ? MS Word (в профе??иональных программах типа Adobe Illustrator работа ведёт?? ? ?вными ?ло?ми, по?тому опи?ываема? проблема не так критична).
Возникает вопро?: неужели дл? ?той задачи не ?уще?твует более оптимального ?по?оба взаимодей?тви?, желательно ? и?пользованием непо?ред?твенной манипул?ции direct manipulation? ?а мой взгл?д, вполне возможно. Дл? ?того нужны две вещи: во-первых изменить поведение программы, так чтобы она показывала реальный вертикальный пор?док объекта во врем? перета?кивани? (B2).

Во-вторых, задей?твовать коле?о мыши дл? одновременного изменени? вертикального положени? объекта. Попробуйте ?ами - когда указательный палец находит?? на левой кнопке мыши, коле?о легко вращает?? ?редним. Е?ли проворачивать его вперёд, объект будет мен?ть ?воё положение отно?ительно других, пока не окажет?? на ?амом верху (B3), провернув коле?о назад, можно ?пр?тать его под ?амый низ (B4).
И?пользование коле?а мыши как “контрола” дл? навигации по двумерному про?тран?тву в про?тран?тве трёхмерном хот? и ?легка нелогично, но уже много где и?пользует??. Возможно однако, что позже дл? ?тих целей придёт?? “переучивать??” на zooming control дл? мыши.
?еплоха? иде?, однако, на мой взгл?д, коле?о — контрол дл? ?ЕТОЧ?ЫХ манипул?ций (типа ?кроллинга или зума). Попробуйте коле?ом от?читать п?ть “прокруток”. По?тому, перемещать объекты по глубине будет не очень удобно — по?то?нно будет либо перелет, либо недолет
В человече?ких программах проблема решает?? путем и?пользовани? клавиатуры. По?ле перемещени? объект о?тает?? выделенным, и, е?ли он ?крыт за другим, до?таточно коротокого нажати? на комбинацию клавиш, и он оказывает?? наверху.
Возможно мнение моё дей?твительно оказало?ь предвз?тым, по?кольку в?е мышки, которыми приходило?ь пользовать?? в по?леднее врем?, имели колё?а ? ди?кретным ходом.
?о даже в ?лучае плавного хода неточно?ть манипул?ции - не проблема, по?кольку пользователю по?то?нно предо?тавл?ет?? визуальна? обратна? ?в?зь в виде конечного результата. Более того, именно ?тот результат ?вл?ет?? целью, на которую ориентирует?? пользователь. Зача?тую про?то нельз? ?казать заранне, ?колько надо ?делать прокруток.
Вариант ? клавиатурой во-первых накладывает повышенные требовани? на пользовател? (не каждый пользует?? гор?чими клавишами), а во-вторых про?то менее ?ффективен за ?чёт необходимо?ти переключени? ? одного у?трой?тва ввода на другое.
Да, обратна? ?в?зь конечно предо?тавл?ет??. Вот, например, при вдевании нитки в иголку она тоже е?ть — но однако ?то не делает проце?? про?тым! Зде?ь тоже: мы видим, что объект “перелетел”, и нам легко ?то и?править, однако, ?то требует дополнительных у?илий. Коле?а обычно имеют ди?кретный ход, но ?та ди?кретно?ть довольно м?гка?. ?а?колько ? понимаю, производител?м мышей о?новна? функци? коле?ика видит?? как дей?твие не требующее ди?кретно?ти — например прокрутка. И ?то, дей?твительно, ?ама? привычна? форма работы ? коле?ом. Думаю, что большин?тво людей привыкли работать ? коле?ом, оценива? его “пробег” — крутанул коле?о, ?траница пошла вниз. Ди?кретные операции требуют другой, непривычной модели взаимодей?тви? ? коле?ом.
Проблема переключени? в данном ?лучае, мне кажет??, ?овершенно не ?тоит. Итак, вы работаете ? программой. Права? рука на мышке. ? где лева? рука? что мешает ей находить?? на клаватуре?
Итак, мы?ль такова: в проце??е работы ?о ?ложными приложени?ми, о?обенно графиче?кими, клавиатура и?пользует?? по?то?нно. И ?то удобно. Я не знаю, на?коьлко широко и?пользует?? ?тот подход в Визио — не приходило?ь там подолгу работать. ?о в графиче?ких редакторах многие функции удобно выполн?ть ? клавиатуры, по?тому, изменение “глубины” объекта — в?его лишь одна из них и не требует дополнительного внимани?.
Лично мен? такой подход никогда не раздражал.
Дей?твительно, е?ть задачи которые требуют аналогового, “гладкого” взаимодей?тви?. ? е?ть и другие, в которых точное позиционирование не так важно. Пример такого взаимодей?тви? - изменение ма?штаба шрифта ?траницы в Internet Explorer’e путём Ctrl + Коле?оМыши.
?абор клавиатурных ?окращений, легко до?тупных одной только левой рукой довольно ограничен, тем более что дл? подобной операции недо?таточно нажати? одной клавиши - требует?? и?опльзовать их комбинацию.
?о даже и ?том ?лучае пользователю обычно требует?? кратковременно переключить фоку? внимани? ? ?крана на клавиатуру, чтобы найти нужную клавишу.
?е?омненно, более “продвинутые” или профе??иональные пользователи могут запомнить множе?тво комбинаций клавиш а также ?о временем научить?? нажимать их не гл?д? на клавиатуту, но такие пользователей как правило не ?в?ют?? большин?твом, о?обенно дл? кла??а “непрофе??иональных программ дл? работы ? векторной графикой”, о которых шла речь в моём оригинальном по?тинге.
Да, думаю, дл? ?луча? непрофе??иональных программ вы правы, ?то хороша? иде?. ?о зде?ь возникает вопро? границ применени? непрофе??иональных программ
а на?чет профе??иональных, в??че?ки ?оветую векторную Xara X. ?а мой взгл?д, ?ама? удачна? из программ дл? ?оздани? векторной графики ? точки зрени? интерфей?а. Именно в ней впервые было применено управление градиентными заливками и прозрачно?т?ми непо?ред?твенно на объекте, и много других вещей; в ча?тно?ти, копирование объекта при перета?кивании нажатием на правую клавишу мыши.