Комментарии 27
Это только для webkit актуально, проверялось на gecko, presto?
Отличная статья! Спасибо!
Отличная статья! Спасибо!
+4
а насколько отличается модель WP IE?
0
>> лидер команды разработки главной страницы Mail.Ru
Сорри за оффтоп, но если не секрет, сколько вас трудится над ней?
Сорри за оффтоп, но если не секрет, сколько вас трудится над ней?
0
Да, статья отличная, такое решение можно портировать и на другие платформы.
+1
На фразе «Но некоторые браузеры на touch-устройствах — например, WP IE — не поддерживают эти события» зубы сами собой скрипнули, а на глаза навернулись слёзы от бессилия. Ну как! Опять! 21-й век же! Тач! Windows Phone! Нет же никаких оправданий в стиле «это для совместимости с IE 3.0 в Win 3.11 для рабочих групп»!
+6
В-четвертых, реагировать на касание только первым пальцем
Было бы красиво реагировать на касание 2 (и более) пальцами, переходя сразу в начало или сразу в конец, в зависимости от направления жеста.
+1
>> Этим постом мы продолжаем серию статей на тему разработки веб-интерфейсов для touch-устройств.
Почему-то не получилось найти предыдущие статьи серии)
Почему-то не получилось найти предыдущие статьи серии)
0
0
Всегда приятно реализировать функционал самому :)
К тому же чрезмерное использование чревато последствиями
К тому же чрезмерное использование чревато последствиями
0
Пост про меанику работы с тач устройствами на примере реальной задачи.
Интересен тем кто любит копать глубоко и понимать что происходит у него на проекте.
Интересен тем кто любит копать глубоко и понимать что происходит у него на проекте.
0
Неплохо слайдится. Но. Попробуйте проскроллить, например, первую демку по вертикали, начав движение касанием кастомизированного блока.
Не получится. Будет пытаться перелистнуть карточку.
Представьте себе страницу с такими блоками на всю ширину и без больших отступов между ними. Epic fail надо сказать.
Именно по-этому пишутся свои решения. Как говориться, «хочешь сделатьхорошо то, что надо...»
Не без приключений и багов, конечно.
Не получится. Будет пытаться перелистнуть карточку.
Представьте себе страницу с такими блоками на всю ширину и без больших отступов между ними. Epic fail надо сказать.
Именно по-этому пишутся свои решения. Как говориться, «хочешь сделать
Не без приключений и багов, конечно.
+1
У плагина есть некоторые настройки. Вроде flickDirection и preventDefault должны решить проблему скролла. Точно не помню. Я как раз боролся ровно с обратной проблемой, чтобы вертикального скролла не было :)
0
Хорошо, если так.
Но смысл моего посыла, я думаю, все равно проглядывается :)
Но смысл моего посыла, я думаю, все равно проглядывается :)
0
Да, посыл-то понятен, но т.к. пост без ссылок, то может показаться, что существующие решения не рассматривались :)
Кстати, у вас работает хорошо, кроме, пожалуй, этого «странного» эффекта с запаздывающим заголовком )
Кстати, у вас работает хорошо, кроме, пожалуй, этого «странного» эффекта с запаздывающим заголовком )
0
Изначально запаздывания не было. Но Samsung сделал подарок. У него в Galaxy S III (к сожалению, не помню в какой версии прошивки) при паралелльных анимациях (перелистывание страницы и прокрутка табов/заголовков) половина страницы попросту скрывалась на время анимации. Потому разнесли по времени.
Надо будет перепроверить на досуге, вдруг поправили в каком из обновлений.
Надо будет перепроверить на досуге, вдруг поправили в каком из обновлений.
0
пробовал я его настраивать, толку особенно нет. при скроллинге контент всёравно дергается. пытается перелистнуть.
в итоге — закомментировал кусок самого плагина (метода move частично).
в итоге — закомментировал кусок самого плагина (метода move частично).
0
А я не понял где это работает… Какой урл? С сайта главного на новости и мобильная версия — не то совсем
0
При исследовании на iPad-е, свойство
event.changedTouches
не является массивом, поэтому event.changedTouches.indexOf(touch)
не работает. Приходится сравнивать напрямую event.changedTouches[0] === touch
.0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Touch-web: Swipe