?едавнее об?уждение клавиатур и те?тирование ?рчи невольно навели мы?ли о книге Ра?кина, в результате чего ? заново перечитал некоторые главы. Чита? опи?ание модальных/не-модальных интерфей?ов ? неожиданно нашёл объ??нени? некоторым проблемам ?воего взаимодей?тви? ? iPod’ом.
Речь идёт об управлении паузой и вопроизведением. Ра??уждени? также ?праведливы дл? в?ех программ/у?трой?тв где така? необходимо?ть в?тречает??. Короче говор?, формулировка вопро?а предельно про?та:
Какой вариант правильный: отдельные кнопки дл? паузы и во?произведени? или одна ?овмещённа? кнопка?
Согла?но выкладкам Ра?кина, лучшим решением будут две отдельные кнопки, потому что одна ?овмещённа? кнопка ?оздаёт в интерфей?е вредную модально?ть, по?кольку один и тот же интерфей?ный же?т – нажатие на кнопку – приводит к разным результатам в зави?имо?ти от текущего ?о??то?ни? ?и?темы.
Почему же тогда в iPod’е кнопка одна? И почему ? ?ам в большин?тве ?лучаев не и?пытываю никаких проблем ? ?той кнопкой? Объ??нение ?тому феномену кроет?? в точной формулировке определени? модально?ти по-Ра?кину:
“An human-machine interface is modal with respect to a given gesture when (1) the current state of the interface is not the user’s locus of attention and (2) the interface will execute one among several different responses to the gesture, depending on the syste,’s current state.”
“The Humane Interface”, Page.42
и дополн?ет определение:
„… state of the system … is the user’s locus of attention and is visible to user or is in the user’s short-term memory …?
“The Humane Interface”, Page.50
Итак, в нашем ?лучае у?ловие (2) выполн?ет??, а у?ловие (1) – выходит что нет, потому что в большин?тве ?лучаев ?о?то?ние ?и?темы либо видно и ?лышно (например в ?лучае о?тановки играющей композиции), либо находит?? в кратковременной пам?ти (когда пользователь только что вз?л плеер и знает, что он ещё не запущен).

Однако в ?итуации, когда пользователь ищет новую композицию, в то врем? как текуща? ещё играет, ?о?то?ние ?и?темы может выходить из локу?а внимани?, и тогда интерфей? одной кнопки ?тановит?? модальным. Именно ?тот ?ффект ? ча?то замечаю: пыта??ь запу?тить и?комую композицию ? нажимаю на Play/Pause и .. ничего не прои?ходит, потому что включила?ь пауза.

К ?ча?тью в iPod’е е?ть ?по?об гарантированного запу?ка композиции – нажатие на ?реднюю кнопку. ?о и он не выдерживает «проверки на гуманно?ть» по-Ра?кину:

- Когда в интерфей?е ?уще?твуют два же?та дл? одного и того-же дей?тви?, он пере?таёт быть монотонным, что затрудн?ет выработку автоматизма в дей?тви?х (что и прои?ходит ?о мной – приходит?? думать, какой же кнопкой запу?тить пе?ню)
- Может легко ?тать модальным. Е?ли в данный момент в меню выбран альбом или и?полнитель, центральна? кнопка вызовет переход на уровень вниз, а когда выбрана отдельна? композици?, прои?ходит запу?к её на во?произведение. При ?том до?таточно нарушить у?ловие «state of the system is visible“ (например когда название композиции и название альбома ?овпадают) и модально?ть, а значит повышенна? веро?тно?ть ошибок, обе?печена.
Мораль: принципы Ра?кина можно и нужно примен?ть как дл? оценки текущих интерфей?ов так и дл? разработки новых. Правда метод ?тот нельз? ?читать полно?тью «инженерным», по?кольку трудно до?товерно у?тановить, находит?? ли ?о?то?ние ?и?темы в локу?е внимани? пользовател? или его кратковременной пам?ти.
Интере?но, что можно было бы на центральной кнопке нари?овать значок play, а кнопку pause/play о?тавить переключателем, помен?в ме?тами на ри?унке значки.
В ?том ?лучае центральна? кнопка по-прежнему о?таёт?? визуальным и „де?тельно?тным“ центром, ? нижней ?нимает?? дву?мы?ленно?ть, а пользователю не приходит?? больше думать — „запу?кать центральной, прио?танавливать нижней“.
?е ?ов?ем пон?л, что вы имеете в виду. Переключатель - он выходит в?егда вреден, как бы ни был подпи?ан. ? центральную кнопку нельз? пометить Play потомучто она же и?пользует?? дл? выбора меню - тогда будет полный конфуз.
Я не пон?л, а почему нельз? было ?делать так, чтобы кнопкой Play/Pause нова? пе?н? запу?кала?ь на проигрывание? С одной ?тороны ?то вроде как еще одно добавление модально?ти, а ? другой — ве?ьма е?те?твенное поведение ?и?темы, по-моему. Соответ?твенно, дл? того, чтобы по?тавить во?произведение на паузу, надо ?начала закрыть меню. Либо придумать что-то типа удержани? кнопки Play/Pasue в течение пол?екунды.
Оп?ть ? не пон?л вопро?а. Вы говорите о текущей реализации iPod или о потенциально возможном решении?
О потенциально возможном.
В моей потенциальной реализации кнопки Play и Pause должны быть раздельными, ?то ключевой момент. Что до?тигает?? удерживанием комбинированной кнопки в вашем ?лучае?
Управление фоновым проигрыванием музыки “?квозь” меню. Обычное же нажатие в меню, как ? напи?ал, про?то запу?кает новый файл на проигрывание. Таким образом, нету ди?комфорта при выборе нового файла и нажатии “Play”, и в то же врем? нет необходимо?ти разно?ить Play/Pause на две кнопки. Комбинированна? кнопка — ?то очень удобно, т.к. не надо перено?ить палец ? одной кнопки на другую (о?обенно ?то важно, когда управл?ешь плеером на ощупь в кармане куртки), а также важно ? точки зрени? удешевлени? ?тоимо?ти и повышени? надежно?ти у?трой?тва, о?обенно в наш век миниатюризации. Т.е. ? бы выбрал одну большую кнопку вме?то двух меньшего размера.
Пон?тно, что конечный продукт – в?егда компроми?? между множе?твом факторов, включа? user experience и ?тоимо?ть производ?тва. Однако в данном ?лучае ? пытаю?ь ра??матривать проблему и?ключительно ? точки зрени? до?тижени? мак?имального «удоб?тва и?пользовани?», по?тому давайте пока и?ключим ?тоимо?ть и надёжно?ть из ра??мотрени?. О?тают?? только интерфей?ные компроми??ы.
Далее, ? утверждаю что в общем ?лучае Во?произведение и Пауза должны быть разне?ены, по?кольку порождают режимы, но в iPod они в большин?тве ?лучаев не ?оздают режимных проблем, что вме?те ? удоб?твом до?тупа на ощупь к одной кнопке и визуальной ?имметрией ?о?тавл?ют неплохой копроми??.
Е?ли ? правильно пон?л, вы предлагаете о?тавить в?ё как е?ть, только ?делать так чтобы при длинном нажатии на Play/Pause в?егда ?рабатывал Play? С точки зрени? модально?ти интерфей?а ?то корректное решение, но недо?таток его в том, что его «не видно». Пользователь должен вначале узнать, что длинное нажатие работает таким образом.
> только ?делать так чтобы при длинном
> нажатии на Play/Pause в?егда ?рабатывал Play?
Почти. При длительном нажатии (в меню и только в меню) — переключение Play/Pause, а при обычном (коротком) — ?трого Play.
Да, о доп. функции надо узнать (методом тыка или почитав мануал). ?о ведь ?то не делает интерфей? хуже. Это упрощает интерфей? дл? новичков (люди ?начала ограничивают?? ограниченным набором очевидных функций) и о?тал?ет задел дл? более продвинутых пользователей, которые открывают новые ?по?обы взаимодей?тви?.
?у а чем две кнопки хуже, чем одна в применении к плеерам, ? уже напи?ал. ?а моем плеере в одну кнопку объединены вообще п?ть функций — Play/Pause, по короткому нажатию, Stop по длительному нажатию и перемотка назад вперед по отклонению кнопки вперед-назад (така? вот комбинированна? кнопка-?лайдер). И ?то, хoчу вам ?казать, очень удобно, что бы ни говорила по ?тому поводу теори? Ра?кина. Во в?ех правилах е?ть и?ключени?.