Pull to refresh

Comments 223

Что-то мне не показалось удобным пальцеоринетированная версия «неважно какого» учетного приложения, слишком все мелковато, да и махать пальцами, когда быстрее и удобнее сделать это мышкой или клавой — сомнительное удовольствие.
Пока, наверное, действительно проще. Вопрос привычки и логики GUI. Но однозначно тачевые экране позволят сделать управление приложением быстрее: быстрее махать пальцами над экраном, чем рукой: от мышке к клавиатуре, от клавиатуры к мышке.
странно смотрятся кнопки далее ←
и назад →
В примере вендингового приложения?
Что рекомендуете поменять?
Движение вперёд в интерфейсах всегда слева-направо.
Спасибо за Ваш голос в этой делеме! Собираем голоса дальше :)
Возможно, будет проще для восприятия, если всё же кнопку переставить на правую сторону экрана (откуда выезжает новое рабочее пространство), а стрелочку так и отставить, указывающей сторону, куда всё соскользнёт…
Спасибо. Обязательно рассмотрим идею.
это утверждение верно в нашем регионе, там где привыкли читать справа на лево удобней будет наоборот, т.е. как на видео (однако не факт что для других регионов делают так как было бы им удобней)
Безусловно, но мы, вроде как, не про арабское приложение говорим :-) Есть большое количество интерфейсных вещей, которые применимы только для конкретных культур.
я просто поддерживаю разговор =))
Мне это тоже бросилось в глаза.
както не привычно
Думаю, что кнопка «Далее» должна быть самой правой и писаться как «далее →» Да, направление прокрутки — справа налево, но направление продвижения к цели — слева направо, и именно так интуитивно воспринимается эта стрелочка: «цель там →».
Отлично! Спасибо! Посмотрим.
UFO just landed and posted this here
Спать сегодня не будем, пока не исправим :)
интересно то, что написанно «← далее», а страницы листаются вправо)) нелепо как-то)))
мой голос тоже против «далее» слева)))
+1 Меня тоже очень смутило. Видимо руководствовались направлением прокрутки да?
Вообще-то да. Куда слайдинг туда и стрелки. Не вопрос, поменяем. Главное, чтобы пользователь не смущался.
присоединяюсь. В примере вендингового приложения. Далее всегда справа, отмена всегда слева. Если только не для арабских стран, конечно )
да и логика в интерфейсе теряется. мне показался сложным, и прийдется по нескольок минут над каждым окном думать, искать куда нажимать.
Буду признателен за пример, где у Вас возникла потребность задуматься.
на вот этих выезжающих клавиатурая, я бы например стал искать кнопку «подтвердить» или «дальше», а не переключаться на следующее поле ввода, и на всех терминалах что я видел, экраны меняются на следующий при выполнении действия, никаких всплывающих окон, и при вводе номера телефона зачем тыкать в поле ввода. можно сразу показывать цифровую клаву. далее обычно справа. отмена/назад слева
Спасибо. Но если здесь отказаться от всплывающих окон, последовательность действий в сервисе будет крайне сложной. Очень мно шагов. Пользователь теряется.
Всё же, для восприятия полегче будет, если, например, поля ФИО будут рядом, как при вводе логин/пароля, возникает своеобразный «разрыв»… и при вводе отчества, «параноики» (вроде меня) начнут сомневаться в том, ту ли фамилию ввели…
Или выводить на диалоге отчества введенные ранее фамилию и имя?
Возможно… но смущает сама «смена декораций», словно произошёл переход к новой операции… но ведь продолжается ввод ФИО…
Ок. Проблемы восприятия понятны. Спасибо.
оффтоп: мне тоже кажется логичным «далее обычно справа, отмена/назад — слева», а вот Вам не извесно почему моторолы раньше использовали в своём интерфейсе обратное положение клавиш (так же и зеленую с красной меняли местами)?
Пожалуйста, прокомментируйте.
мне непонятно почему буквы в выезжающей клавиатуре расположенны по алфавиту О_о
кратно удобней «йцуке» и соответсвенно «qwerty» ;)
Это вам удобно… А мой отец, 75 лет, когда впервые сел за клавиатуру полчаса свою фамилию набирал… Хотя если сделать кнопочку «АБВ<->ЙЦУ», с АБВ по умолчанию, было бы удобно и тем и другим…
Пример изображения конопочки можете набросать? Или идею описать?
Хотя идея уже внизу правильная проскакивала…
Ради одного вашего 75-летнего отца надо менять уже устоявшуюся систему?
Может, ещё клавиатуры заменить с ЙЦУКЕН на АБВГД?
ЙЦУКЕН — это стандарт. Все, кто использует клавиатуру, сталкивается только с этой системой (ну, ещё и QWERTY)
Почему ради одного? Я думаю подобные проблемы возникнут у многих людей, которые компьютер только по картинке видели. Замете в возрасте >45 лет таких очень много… Или вы им предлагаете ради молодежи заново изучить алфавит?
Это стандарт только для тех, которые уже работали с клавиатурами.
Алфавит учат в первом классе, и именно «АБВГДЕ» а не «ЙЦУКЕН». Не все, кто пользуется платежными терминалами, имеют опыт слепой печати на стандартной клавиатуре.
да-да, это обсуждается ниже =)
Не удобнее а привычнее, причем только тем, которые несколько лет за компьютером. Проблема, из-за которой раскладка выглядит именно так, исчезла несколько десятилетий назад, а мы все еще пользуемся устаревшей раскладкой.

Удобнее — как раз по алфавиту, который все еще с первого класса заучивали отнюдь не по «йцукен»
проблема? подробнее можно? или может частота использования символов — это проблемой считается
Если рассматривать платежные терминалы — мы имеем целевую группу, значительная часть которых не помнит на память стандартную клавиатурную раскладку. Это немолодые мужчины и женщины, работающие в сфере производства и услуг. Например строители, или торговцы. Они помнят алфавит — естественно — и они будут пользоваться системой для нескольких транзакций в месяц, при этом будут вводить по несколько десятков букв. Для этого не нужно уметь печатать двумя руками вслепую. А вот буковки по алфавиту — очень большое подспорье.
а чего так медленно водите пальцами? Обычно лично я двигаю и перемещаю всё быстро,
или из за этого могут возникуть глюки?
Не успевали комментировать, потом часть руки закрывает экран — не очень видно. Глюки, а точнее тормоза возникают на слабых машинах типа той на которой снимался ролик при большем размере диалога в режиме полупрозрачности.
Прозрачность и «затёртые поля» — это функционал конкретного неважно какого приложения или любого существующего? Подозрительным стало то, что интерфейс не наслодованный от ОС, а перерисованный.
Прозрачность это функционал вызываемой java (написано на java) в каждой операционной системе так как это там работает. Необходимо контролировать используемую ОС и использовать соответсвующий функционал. На крайний случай прозрачность можно и с эмитировать: на бэкграунд окна можно класть часть скриншота экрана под окном.

Все остальное отрисовывается собственными средствами за счет переопределкения UI на Swing-компонентах.
В приложении, которое указано на втором ролике было бы более логично, как мне кажется, поменять местами кнопки «Далее» и «Отмена».
А какое новшевство во втором ролике?
ЗЫ. Кнопка «Далее» в левом нижнем углу напрягает.
Про кнопки принято.

Оба интерфейса построены на одних и тех же компонентах.
Там как в первом ролике, все двигающиеся компоненты обладают свойством слайдинга и могут прокручиваться пальцами, без потребности тянуть руку к кнопке «далее». Заснять это сил уже вчера не хватило.
Думаю это свойство стоит вынести в статью, ибо неочевидно.
Все что здесь не успели показать, покажем в следующем видео.

Там через неделю заказчик сменит тему оформления и сама логика переходов будет еще доработана. Там нет как раз единого мнения про далее-назад, направление прокрутки. Вот мы и собираем здесь мысли. :)
В тегах указано cloud computing. Можно поинтересоваться где оно?
Подробнее, информация есть на странице компаний. Этот gui элемент новой платформы для создания бизнес-приложений SOA архитектуры, частным случаем которой cloud и является.
Ммм… UI компонент для создания приложений SOA архитектуры? о.О
Ну у любого приложения есть UI, поскольку есть клиентская часть. Если это учетная система, UI становится важным элементом. Но никто не запрещает строить учетную систему ни вокруг СУБД, а на основе группы сервисов, поддержав SOA-архитектуру.
Ваш интерфейс поддерживает multitouch?
Нет не поддерживает. Просто потому что эти устройства крайне мало распространены. Главный ориентир сейчас это вендинговые устройства, ноутбуки и нетбуки с тачскрином как есть. И для них нет никакого реального софта.

Из всех мультитачевых жестов полезным пока кажется только один: когда вы двумя пальцами меняете размер компонента. Сейчас мы подгоняем алгоритм распознования этого жеста на обычном таче. Это возможно, просто потому что одновременно коснуться двумя пальцами экрана не возможно: всегда один палец касается ранее.
Все остальные движения — затратны по силам. Действительно, как указал ram1res надо уже махать пальцами.
посмотрите какие жесты на тачскрине используются в mac os x, до четырех пальцев, что очень удобно, но это удобство выражается в серфинге в интернете, чтении и тп работе на компьютере, для системы оплаты они будут безтолковыми =)
если интересно — могу подробнее…
Безусловно интересно.
вот видео с презентации (конкретно по теме где-то с 50й секунды):
<script type=«text/javascript»>var c = «420»; </script><script type=«text/javascript» src=«tv.delfi.lv/js/embed.js?v=1.4»></script><script>var _delfiVideoX = 420;var _delfiVideoY = 334;var _delfiVideoSalt = «NQkIQ9E7»;_createDelfiTV();</script>
так же вот скриншот с настройками (у меня, к сожалению, компльютер поддерживает комбинации до 3-х пальцев):
multi-touch

добавить могу лишь то, что тремя пальцами можно пролистывать страницы как в браузере, так и в любом текстовом редакторе (действует, как замена колёсику на мыше) (так везде. всё что показанно на картинках в видео действует в системе и во многих программах).
на четыре пальца можно настраивать возможности, они как хоткейс…
Спасибо посмотрим.
Опишу свои ощущения от макбуковского тачпада с мультитачем.
Изменение размера 2мя пальцами — как раз-таки не очень удобная и малоиспользуемая штука.
А вот прокрутка 2мя пальцами вверх-вниз — оч. удобно. Переход в браузере вперед-назад по взмаху 3мя пальцами вправо-влево — тоже очень удобно. Вызов expose по взмаху 4 пальцами вниз и последующий переход на нужное окно по обратному взмаху вверх — тоже очень удобно. Не представляю уже, как на ноутбуке с маленьким экраном без всего этого работать.
Попробуйте все ж, раз уж интерфейсами занимаетесь, строить интерфейсы на догадках — не очень хорошая идея. Движения по силам ничуть не затратны, т.к. двигаются-то ведь обычно не не пальцы, а кисть, и разница в жестах из 1 пальца и 3х пальцев — только сколько пальцев опустить на тачпад, это минимальные усилия. А вот в жесте 2мя пальцами для изменения размера приходится шевелить именно пальцами, и это действительно труднее.
Все что вы говорите касается вопросов навигации. И это имено «махи». Но если речь идет про возможность редактирования полей (1), распространненость мультитача (2).
Скажите, а чем обусловлено использование раскладки «АБВГД...»?
Вендинговыми приложениями пользователи которые не знают QWERTY раскладку. Они могут не знать, что такое компьютер. Раскладка такая, чтобы по алфавиту легко найти было нужную БУКОВУ.
Такой вид клавиатуры всё же смущает, особенно уехавшие «Ю» и «Я». Кроме того, эта клавиатура не подразумевает использования цифр для ввода, а они вам, вероятно нужны.
Именно иам цифры не нужны. Больше не нужных кнопок — больше вероятность ошибки.
где нужны цыфры — появляются цыфры)) это в видео было))
Ну а с другой стороны вы «дискриминируете» пользователей знакомых с qwerty раскладкой, честно признаться начинаешь чувствовать себя неуютно. Или приучать всех юзеров к стандартной раскладке, или дать выбор для её смены.
Буду признателен Вам за оценку времени, которое Вам бы потребовалось для того, чтобы ввести свой логин на сайт на кливиатуре с данной раскладкой.
В 2-3 раза дольше.
Помилуйте. Клавиатурой нынче пользуются все и примерно знают, где какая кнопка.
Я ради интереса на gps-навигаторе с тач-скрином попытался попользоваться абвгд-клавиатурой при вводе названий улиц — очень быстро понял, что йцукен значительно быстрее.
На мой взгляд, нужно хотя бы пристроить кнопку переключения раскладок.
Буду признателен за идею кнопки такой раскладки.
Не делайте такую кнопку, это будет в разы хуже «АБВГД»! Проведите исследование, там, где информатизация общества высокая (любой большой город), делайте нормальную раскладку.
имхо на кнопке так и должно быть — АБВГД / QWERTY (меняться в зависимости от активной раскладки)
да и по умолчанию всегда стоять всегда должна АБВГД, потому что пользователь знающий клавиатуру догадается нажать кнопку переключения, а вот пользователь не знакомый с ПК может и не додуматься
Я на секунду представил шок счастливого обладателя iPhone с раскладкой АБВГДЕ…
Так пользователь IPhone за сервисы через интернет-банкинг платит, а не через терминал.
в таком случае можно было бы сделать какой-нибудь «тумблер» который переключался между «йцукен» и «абвгд»)) в любом случае с раскладкой типа «абвгд» каждый человек будет искать нужную букву, а с переключением на «йцукен» можно съэкономить время на людях знакомых с клавиатурой (таких всё же больше, имхо)
Еще думаю, что буквы на экранной клавиатуре должны располагаться так, как они расположены на реальной клавиатуре, а не по алфавиту. Думаю, что людей, умеющих набирать на клавиатуре и привыкших к ней становится все больше. Но это как раз предмет юзабилити-тестирования на реальных людях.
Имхо, лушче сделать 2 раскладки и кнопку переключения.
Была идея такая. Будем признательны за идею визуального изображения такой кнопки.
простите за грубость изображения
Снимок экрана 1
Ну супер. Спасибо за идею.
да или просто кнопку с рисунком клавиш ЙЦУКЕН. могут ваши кнопки после нажатия фиксироваться в зажатом состоянии? по-дефолту включается АБВГД, продвинутые пользователи поймут и режим переключат. QWERTY все-таки английский вариант, ЙЦУКЕН текстом а не картинкой кнопок может восприниматься как глюк)
Могут. Хорошая идея. Спасибо.
И подглядите еще идеи у iPhone, их там много. :)
Конечно подглядываем или тырем :)
ах да: стоило бы эту кнопку вывести куда-нибудь вверх или вниз… но не встраивать в клавиатуру, как мне кажется… отделить её как-нибудь… хотя это внешне будет странно смотреться…
это так… мысли.
Никак нельзя. Только на клаве. Иначе — странно смотреться будет. Как нам кажется.
Как раз думаем над этим. У этого вендингового приложения ожидания в отношении пользователей обратные. Все равно, спасибо!
просто даже на жд вокзалах в терминалах — и то раскладка йцукен
Еще: поле, в которое идет ввод, лучше подсвечивать, и сразу выбирать какое-то поле для ввода, чтобы не нужно было тыкать пальцем. А еще лучше, чтобы поле для ввода каждый раз было только одно.
И главное сразу выводить клавиатуру/numpad.
Такая реализация тоже есть. Но есть примеры сервисов, когда имено несколько полей на экране должны быть. Будем признательны за предложение логики переключения между ними.
Там есть две модели логики. Зависит от сложности анкеты:

1. Каждое поле последовательно. Т.е. вводим в первое поле, жмем «далее», вводим второе поле, жмем «далее» или «назад», чтобы вернуться опять к первому полю.
2. Наверное, это то же самое, что у вас, но более очевидно для неподготовленного пользователя, потому что выводятся не поля, а кнопочки. По нажатию кнопочки появляется это единственное поле ввода и клавиатура. После нажатия «далее» возвращаемся к анкете с заполненным полем. И т.д.

Вы TiVo видели? Это очень похоже на их интерфейсы, у меня есть опыт их создания.
Спасибо посмотрим. Если что обратимся за помощью.
Это понятно. Что делать, когда в анкете должно быть несколько полей и между ними нужно переключаться. Идею предложите?
Интересно, что удобнее в общественных интерфейсах «йцукен...» или «абвгд...»
Открыть голосование?
Не уверен, что результаты голосования дадут правильный вывод. Но интересно.
уверен что не дадут))))
всё-таки на хабре люди клавиатурой пользоваться умеют))
Голосование в интернете показало, что 100% проголосовавших пользуются интернетом :) Думаю, это всё-таки должен быть опрос среди целевой аудитории приложения, а не на хабре.
только истинные кретины делают «АБВГ» клавиатуру.
такие же делают запятую с шифтом
однако этим пользуются миллионы :(
Мне кажется если такую технологию применить скажем для управления 1C бухгалтеры бы засыпали за таким приложением.
Поясните пожалуйста.
Ну прикинь, делаешь отчёт, и вот так же медленно ) потому что иначе не зацепит или пальцы дрожать будут ) меняешь данные в каком нибудь бланке, уснёшь и всё.

PS: я к тому сказал, что если бы эту технологию применять на более серьёзных приложениях.
Если Вы про медленную скорость ввода так еще же надо было, чтобы слова успевали из-зо рта выскакивать. Так никто не мешает все делать быстрее. Бухгалтер же вслух не комментриует свои клики.
Причём тут это ?, ага, я видел каквсё быстро на видео было.
Мммм… Тогда я не понял суть замечания. Пршу пояснить подробнее.
Вам стоит посмотреть как реализован touch-screen интерфейс в смартфонах iPhone, HTC Dream G1 и подобных. Мое мнение, все элементы (поля выбора дат, чисел, combo-box'ов и т. п.) следует сделать как в популярных интерфейсах телефонов.
Спасибо. Но вопрос популярности и удобства два разных вопроса. Windows популярнее Mac — удобнее.
<!—— Holywar start here ——>
вопрос вообще не стоит в популярности.
HTC Dream G1 Android вообще есть у единиц, но интерфейс в нем очень удобен!!!
iPhone, не вдаваясь в холивар, по сравнению с Windows Mobile идеал.

С глубочайшим уважением, совет Вам, — возьмите в руки один из этих телефонов, покрутите, и поймете где вы допустили ошибки в интерфейсе.
Спасибо! Обязательно.
Увидя Далее слева, но при этом помощь спарава, и выход слева. Я все сразу понял. Досвидания.
Об остальном и писать не буду, руки жалко, хорошо хоть по клавиатуре пальцем размазывать не надо.
UFO just landed and posted this here
Ну местами и не указательный палец. :)
Сделали ГУЙ с болшими иконками, и выдвигающейся клавой при фокусе ТекстБокса я думал вы что-то новое с ТачСкрином сделали:)
Хабру было бы больше интересно еслиб сказали на чём писали, на чём запущенно?

Ну и кнопка «Далее» с стрелочкой «назад!», немного в ступор вводит, или сделайте стрелочку вперёд или как то переименовать кнопку.
А так впринцепи всё выглядит классно, единственное по моему слишком много действий, людям ведь не дома в тепле платить через такие аппараты.
Про кнопку обсуждали много раз. Она жертва постояннного меняющегося направления слайдинга.

Написано на Swing. Окна — переопределенный JFrame или JWindow. Все прочее или наследники JTextField или JComponent на прямую.
Вы поняли, что пока не уберете кнопку далее с левого края ваш тачскрин действительно идет в массы, только каловые ;)
Есть экраны где есть только одно поле, и все равно нужно ткнуть на него, что бы появилась клавиатура.
Т.е. мое предложение такое, Фокус у одиночных полей сразу на поле и клаву вывести,
у множественных, либо как сейчас реализовано (но тут градиент весьма настораживает, так как лично мне больше приемлем чистый бланк а не залитый градиентом, т.е. основная моя мысль рамкой активное выделить, неактивные серым залить… как то так) и клавиатуру сразу показывать как и поле в фокусе.
Помимо этого, просто ввести систему статистики и опробовать с раскладкой. Сколько в среднем будет тратить человек на заполнение одной и той же формы, в итоге выбрать нужную раскладку.
Вот.
Про фокус поясните плз.
Пролистали страницу на новой странице поле ввода. Его нужно сразу взять в фокус, сделать активным и клавиатуру показать, что бы пользователь лишний раз не нажимал по нему.
Мне кажется удобнее сделать вывод даты календарем, чем пальцем скользить по экрану.
Вполне возможно. Кнопка имеет неудобство: ее надо искать и тыкать в нее. Календарь — это много кнопок.
Всплывающее окно с календарем.
Так опять много кнопок. Каждая кнопка это время на то чтобы найти ее нажать на нее, узреть факт нажатия. Идельно было бы делать все действия не отрывая пальца от экрана.
Намного эффективней выкинуть попап с календарем (2 нажатия — кнопка, дата), чем скролить её. Я думаю легче два раза тыкнуть пальцем, чем водить им по экрану вылавливая нужно число + окошко календаря на порядок интуитивней чем ваше решение (вы же вроде систему делаете для обывателя, а не для гика).
И так заводим новую запись в учетной системе и вдруг поле даты.
— Выбрать год — много кликов.
— выбрать месяц — покликаем
— выбрать день — один клик.

Ну в любом случае, соглашусь с тем, что Ваш комментарий говорит о том, что логика пока не прозрачна и кнопка вызова календаря не помешает.
выводить календарь состоящий из трех зон.
вверху год который можно прокручивать вправо-влево скроллом (примерно как сейчас)
месяц — 12 кнопок с названиями месяца расположеных 3х4.
день — как на обычном календаре.

кстати для выбора времени, возможно будет удобно использовать часы со стрелками, которые можно просто пальцем по кругу крутить.
Если среди храбровчан найдутся желающие разобраться глубже в работе GUI и самостоятельно «покликать» и «потыкать», готовы опубликовать на хабре ссылки для старта демок через Java WebStart
Дайвайте линку. А почему сразу не дали, боитесь, что сервер поситителей не выдержит?
Задумывалось, чтобы выглядело вот так:

Если среди храбровчан найдутся желающие разобраться глубже в работе GUI и самостоятельно «покликать» и «потыкать», готовы опубликовать на хабре ссылки для старта демок через Java WebStart

Дайвайте линку. А почему сразу не дали, боитесь, что сервер поситителей не выдержит?
Да мы вообще бесстрашные :)))
Только это компилить надо. стартовый файл собирать. Это затраты времени, а значит денег. Вот теперь видно интерес, значит будут и затраты.
голосую за:
— замену кнопок «далее» и «отмена» местами
— вместо «отмена» я бы написал «назад», если это логика именно по возвращению назад, я не отмена всей операции
— при одном поле ввода нужно сразу же выводить клавиатуру
— указывать где-то число шагов и номер текущего (или списком и подсвечивать)
— на клавиатуре кнопки очистить и удалить имеют нечетко разделенные по смыслу действия (что надо сделать чтобы очистить все поле?)
— убирать лишнее, пример — выбор страны. там внизу есть две кнопки «пролистать список»
— что означают на том же экране зеленая кнопка вверх и синяя — вправо?!
— в выборе города — чем отличается поиск и выбор города по буквам?
— мелочь, но кнопка выполнить перевод должна показываться активной только при наличии положенной суммы
— а как отменить платеж на этой стадии?
— цвета!!! выберите другие — зеленые для кнопок «ок», красные для отмены и синие для помощи. к примеру

вобщем по-моему над интерфейсами еще надо поработать :)
— под конец есть выбор «завершить работу» и «продолжить». вот «продолжить» можно было бы заменить на что-то более человеческое типа «хочу сделать еще одну операцию». или убрать совсем эту кнопку…
— номер телефона очень небольшой, хотя это основное поле на экране
— хех. кнопка «назад» кстати показывает на следующий, судя по скроллингу экран :)
— экран «укажите кому выполняется перевод», над ним скроллятся не только поля с фио, но и город, что не совсем логично имхо
— нужны подсказки по нажиманию на поле для изменения, если полей два и автоперевод каретки на след. поле при заполнении первого
Прошу, если не сложно, опишите по шагам чего происходит.
не очень понял вопрос? какие пункты непонятны?
Прошу Вас описать тот процесс, который автоматизирован с шагом выбора страны. Ни какие там кнопки, а что там вообще происходит, какой сервис автоматизирован. Те места, где Вы ошибетесь, будут для нас указателем на то, что логика процесса не прозрачна.
Вы про процес перевода денег?
Логика именно процесса там как раз прозрачна — кому куда и сколько отправить

Я же говорю именно об интерфейсе, который в данном случае мне видится в определенных местах неудобным.
Если же вы про пункт с выбором страны, то это не косяк процесса, а косяк того, что я вижу на экране. Те там выплывает верхняя панелька, но остается кусок экрана «под ней», на котором видна такая же фраза. и видны еще кнопки который находятся «на фоне»

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

любая кнопка на которую можно нажать будет нажата. ©
а потом будут звонки в подержку «ааа-а-а, все пропало!»
Кнопки на фоне — дополнительная навигация. Не все страны помещаются в спсиок. Поэтому есть кнопки горизонтального перемещения по списку и кнопка, чтобы подняться на уровень выше.
Спасибо.
Поясните про выбор страны. А еще лучше вообще опишите здесь, что там за процесс автоматизирован, где выбирается страна. По-крайней мере, нам будет понятна логика восприятия пользователя.
а у окошков меняется скорость передвижения? а то больно они медленно меняются…
Конечно. На Ваш взгляд за какой срок должно меняться окошко?
сделайте для кнопок назад — далее перелистывалку как на айфоне, тоесть пальцем право-влево, думаю что не опытные пользователи о этом не догадаются, а те кто знает может перелистывать окна с такой скоростью с которой нужно.
Пролистывалка и так есть. Но она фиксирует событие пролистывания как в первом видео с мастерами и прокручивает окна с фиксированной скоростью, такой же как пролистывание по кнопке.
обязательно… либо по дефолту организовать выплываение быстрее — иначе сильно раздражает (имхо)
Да мне тоже кажется что окна должны плавать быстрее, и ещё клавиатура выплывать тоже быстрее, меня например жутко раздражает то что приложение заставляет меня ждать.
Укажите, пожалуйста, насколько быстрее. Боюсь, что другие пользователи, которые не привыкли к пролистыванию, могут так не считать.
примерно так как этот
jqueryui.com/demos/accordion/#default
аккордиончик.
(извените больше ничего в голову не пришло, показать вам)
А на видео даже, заметно что вы палец убираете пока ждёте когда клавиатура появится.
Спасибо за ссылку.
См тайминги вылета окон в виндоуз 7 скажем, они очень удобны, не долго и наглядно.
Спасибо. Посмотрим.
UFO just landed and posted this here
Мультитач в айфоне не так много жестов реализует именно 2мя пальцами. Использовать емкастный тач для повышения точности и скорости — не проблема.
UFO just landed and posted this here
Я не спорю что айфон очень приятен в серфинге за счет мультитача. Вот только объясните зачем масштабирование с помощью «pinch» на больших тач-терминала где суть в вводе информации, а не получении? Иначе ваше высказывание «А тачскрин это уже прошлый век.» очень спорно =)
На сколько быстрее?
По вендинговому интерфейсу:

Немного не логично изменение полей пошагово. Жест «нажать-опустить вниз-водить влево/право» не естественен и сложен (выбирая из списка в списке значения вертикальны, традиционно ± тоже вертикально расположены в полях чисел). Почему не заменить его на «удержание-палец вверх/вниз»? При желании можно сделать клик-удержание.
Пожалуйста, про клик-удержание по подробнее поясните.
Смотрите есть нажал-отпустил, есть нажал-уддержал.
Клик это, соответсвенно, нажал-отпустил, дабл клик это нажал-отпустил-нажал-отпустил, перетаскивание это нажал-удержал. Клик удержание это соответсвенно нажал-отпустил-нажал-удержал и водишь. На некоторых тач смартах давно существует такая штука в обиходе.

Это понятно. Непонятна предлагаемая Вами логика использования.
Есть поле или список, нажал, нажал-удержал и водишь вверх вниз, значение изменяется так же как у вас при движении влево-вправо. Суть в том что сменить горизонталь на более привычную вертикаль, не обязательно через клик-клик-удержание.
Возможно, но тогда движения по измению значения требуюут больше свободного пространства. Грубо говоря: зона по горизонтали по вертикали равна шириге поля.
Сорри это по просто ГУИ

По вендинговому:

Про тайминг вылета клавы и смены экрана сказали.
А почему у вас Далее слева и указывает на лево? Нет я понимаю какой логикой вы руководствовались, но традиционно и естественно понятно что чтобы перелестнуть страницу вперед я берусь за _правую_ страницу и листаю, чтобы назад соответсвенно за левую.

Извините но интерфейс местами уродлив, градиентность кнопок страшненькая.

В целом очень приятно и инетересно. Сильно жалею что живу очень далеко от Москвы и подобные проекты и направления не разрабатывают в моей округе.
Про кнопки уже сказали.
Интерфейс — рабочий и здесь не фетиш. Градиент конечного решения выбирает заказчик.
За остальное спасибо.
UFO just landed and posted this here
ага, как думаете через какое время мышки будут оторваны с автоматов по закидыванию денег на телефон?
Там экран большой, чтобы было видно в камеру что с полями происходит. Поэтому движения руками больше обычного.
Сейчас покритикую)

Выбор из списка (поле «статус») на первом ролике очень неудобен, т.к. при выборе не видно всех вариантов.

По сути, кстати, в разных ОС это ведь реализовано — смена вариантов в select'ах (combobox'ax) с помощью колеса мыши. Окажется фокус в комбобоксе, не заметишь, крутанешь мышкой — вместо прокрутки окна приходится заново выбирать пункт)

Сравните, чем это отличается от обычного выбора в выпадающем списке.

У вас:
тыкаем пальцем на поле, не отпускаем, ведем вниз, потом ведем вправо до тех пор, пока не попадем в нужный пункт (причем сами пункты при этом не видим!), отпускаем.

Выпадающий список, пусть тоже на тач-скрине:
тыкаем пальцем на полем, ведем палез вниз (над экраном) до нужного варианта (варианты видны), тыкаем на вариант.

Особенность вашего варианта — то, что палец опускается на экран 1 раз. Система «нажал-повел пальцем-отпустил».

Минусы — смена направления движения пальца (вниз-вправо), палец нужно вести по экрану (если случайно оторвал — начинай сначала), ну и главное, конечно — какая-то игра на внимательность: двигаем палец, сосредоточенно всматриваемся в текст и пытаемся поймать момент, когда появится нужный. С точки зрения пользовательского интерфейса это просто ужасно, уж извините) На замену обычного «тык-тык и готово» ну никак не тянет, скорее какое-то издевательство.

Если хотите почему-то систему «нажал-повел пальцем-отпустил» вместо «ткнул-выбрал-ткнул», то сделайте выпадающий список вниз с такой логикой да и все. Мне лично «ткнул-выбрал-ткнул» больше нравится, т.к. не нужно бояться отпустить палец от тач-панели, соответственно меньше напряжения и меньше ошибок.

В остальном тоже показалось, что когда вы делали все эти штуки интерфейсные, не сильно думали зачем и почему. Может проведете ревизию? Видно, что вы сделать технически можете все, но, как мне кажется, пока что-то не то делаете.
В логике выбора пунта не отрывая пальца от экрана проблема в четкости переключения состояний поля. Над этим работаем. За земечания по поводу списка — спасибо. Возможно сделаем, чтобы он выпадал в противоположную сторону от пальца и всегда было видно по-крайней мере соседние значения.
1. сброс числового поля до нуля на 30-40" мониторе упарит — наверное лучше тоже по кругу вертеть — чем больше радиус тем больше шаг.
2. если надо заполнять поля фамилия/имя/телефон, то лучше сразу показывать клавиатуру, а не требовать тыкать пальцем по пустому полю.
3. если полей больше одного то тоже показывать клавиатуру и, например, показывать фокус поля
4. на клаве кнопка удалить слишком близко стоит от ю/я
5. ((( <= Далее Отмена ))) — жуть — надо поменять кнопки местами и стрелку вперед (влево).
6. ((( Назад => ))) — взрыв мозга
7. курсор мышки можно спрятать, раз уж тач скрин :)
5.… стрелку надо вправо :)
Спасибо за замечания.
Ширина жестов чаще всего привязана к размеру самих полей а не к разрешению.
Офтопик: Надо было сказать сразу: «Я и мой средний палец...» Все же он использовался чаще чем заявленный! =)
Когда стоишь справа от монитора, почему то указательный палец сам меняется на средний. Видимо так естественней.
Я бы на вашем месте еще подался к лебедеву в бизнес-линч, интересно было бы услышать тамошнее мнение о подобных способах ввода.
Хорошая идея. На самом деле сегодня мы уже много чего услышали, что наталкивает на идеи в части увеличения четкости движений и снижения «стресса» пользователя.
ИМХО, изменять числовые поля таким образом не удобно. На видео не очень хорошо видно, на сколько именно изменяется поле при движении пальца, но значение точно изменяется даже при малейшем движении. Это может привести к повышенному напряжению рук оператора и бытрому утомлению (ведь с первой десктопной программой по-идее будет работать оператор?)

Ещё не понимаю зачем так сильно ускорять изменение даты в календаре. Начали крутить месяцы, а провели палец вправо — уже столетия. Да, фича интересная чтобы показать кому-то, но в реальной жизни часто ли нужно календарь столетиями перематывать? Чаще наоборот там, встречу на завтра назначить или даже на час позже/раньше перенести — малые отрезки времени.

Кстати, насчёт видео. Если будете делать ещё демонстрацию своих продуктов, то можете рассмотреть следующий вариант. Снимать одновременно видеокамерой и захватывать видео с экрана. В получившемся ролике два потока видео поставить рядом.
И ещё одно: довольно часто в десктопном приложении палец закрывает тот элемент управления, который редактируется (числовые поля, календарь, выпадающий список).
Поэтому здесь перед началом изменения данных, палец вначале уходит с зоны поля, только потом начинаются изменения или вы про само видео и «лишние» пальцы на руке?
Ну я так подумал что раз в видео не видно, то наверное и пользователю не видно :) Если пользователю видно, то хорошо.

Четкость выбора значения — пока бич предложенного подхода.
Про видео думали, наверное далее так и поступим.
>храбровчан
В интернете-то все храбрые :)
Не впечатляет. Уныло все как-то.
По поводу 2 видео: было бы неплохо подписать картинки на первом экране, т.к. они несколько неочевидны. Свободное место на экране есть, так что стоит подумать о подписях, имхо.
Спасибо. Конечно подпишем. Там это просто «некоторые сервисы» для демо.
Много лишних движений. Почему при появлении окошка сразу не ставить фокус на поле ввода?
Зачем после надписи «Введите ХХХ» еще раз тыкать в поле ввода, чтобы появилась клавиатура? (Допустим после вопроса «Введите номер телефона»)
Не проще ли сразу показать клаву? Лишнее действие раздражает — Это раз.
Не все догадаются нажать в поле ввода и будут думать — «А как ввести то?»- Это два.
более того, вместо «введите номер телефона без 8» лучше просто «введите номер телефона» а восьмерку оставить предзаполненной и неудаляемой.
Измерьте скорость выполнения стандартных сценариев на «мышечном», клавиатурном и вашем интерфейсе. Это стандартный метод оценки — GOMS. И потом скажите, в чем преимущества вашего?

Вы говорили, будете водить указательным пальцем, а водили средним ^)

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

так слух режет :) но все же прощу прощения
Спасибо за ссылку.
повторю за другими ))) все очень симпотично туда сюда ездит и совсем не мерцает %) это плюс, а минус что метод «ткнул-выбрал-ткнул» вы не любите :) А посмотрите скоко времени у вас уйдет выбрать дату на следующую субботу в обычном всплывающем календаре пальцем или с помощью предложенного метода протягивания пальцами. Про комбо бох тоже самое представьте выбираете вы блюдо себе в кафе, а вам вместо меню, куда можно тыкнуть пальцем предлагают потереть туда сюда спичечный коробок с маленьким экранчиком %) А вот круглая крутилка эт неплохо %) там где точные числа для ввода не нужны — самое то. Вот в микроволновках давно цифровые клавиатуры для времени готовки заменили крутилкой, а то еще проще кнопками добавить убавить.

P.S. Если будете ставить приложение бухгалтерам и другим таким же юзерам, отключите сразу ресайзинг окон и авто прятание блоков, а также возможность задвигать окна за пределы экрана. А то поддержка ваша захлебнется пропавшими окнами и полями ввода %)
Спасибо. Принимаются все замечания. Про дату были выше интересные предложения, как поправить этот недостаток. Про комбу тоже. По крайней мере тыкать мы ни где не запрещаем :))
Это мне показалось, или там загрузка процессора колоссальная?
Когда окошки возили по экрану.
Действительно. Когда на XP, целерон, встроенный чипсет возят окошки по экрану и есть эффект полупрозрачности — нагрузка колосальная.
Спасибо. Занятно. Просто идея достаточно прозрачная. :)
Sign up to leave a comment.