Комментарии 22
Под Mac OS связка Dashcode + iPhone/iPad Simulator позволяет отлаживать Javascript. При этом отладка идёт в окне десктопа, а не на экране мобильного устройства (http://habrastorage.org/storage/6e6d49a2/19e4e328/5364bcf8/c7868bb2.png), что сильно удобнее.
А зачем вообще Javascript отладка на мобильных устройствах? Неужели не удобней делать отладку в FF с Firebug или в Chrome?
Правда, должен заметить, что в основном работаю с мобильными телефонами и в моём регионе смартфоны Windows Mobile крайне редки. Но, собственно, то что работает на мобильнике — работает и в обычном браузере. Самое важное — найти общий минимум — те функции в JS, которые будут поддерживать все устройства целевого сегмента.
Советы: не забывать, что у мобильного устройства мощности гораздо меньше и это резко выделяется в анимации и в вычислениях;
как и проблемах с CSS — не всегда правильно обрабатывается HEAD, то есть отображение и обработка страницы начинается до того так загрузиться весь заголовок (особенно этим грешат Samsung).
Правда, должен заметить, что в основном работаю с мобильными телефонами и в моём регионе смартфоны Windows Mobile крайне редки. Но, собственно, то что работает на мобильнике — работает и в обычном браузере. Самое важное — найти общий минимум — те функции в JS, которые будут поддерживать все устройства целевого сегмента.
Советы: не забывать, что у мобильного устройства мощности гораздо меньше и это резко выделяется в анимации и в вычислениях;
как и проблемах с CSS — не всегда правильно обрабатывается HEAD, то есть отображение и обработка страницы начинается до того так загрузиться весь заголовок (особенно этим грешат Samsung).
конечно же удобнее.
но проблема в том, что скрипт корректно работающий в desktop-браузерах может запросто не работать в мобильных версиях (чаще всего это и происходит с IE Mobile).
то, что я описал в топике поможет выловить ошибку. но писать основную часть конечно же удобнее пользуясь firebug-ом и подобными инструментами
но проблема в том, что скрипт корректно работающий в desktop-браузерах может запросто не работать в мобильных версиях (чаще всего это и происходит с IE Mobile).
то, что я описал в топике поможет выловить ошибку. но писать основную часть конечно же удобнее пользуясь firebug-ом и подобными инструментами
Как я и сказал с самого начала — опыта именно с Windows Mobile у меня мало. Я не спорю с вами, а спрашиваю. Без иронии. Мне интересно в чём особенность IEM. Кстати, у меня у самого телефон на WM, но IE там ни разу не открывал.
А вообще, я и не писал, что скрипт корректно работающий в desktop-браузерах может запросто не работать в мобильных версиях. Я написал с точностью наоборот. Скрипт работающий в мобильном браузере будет работать и на обычном. Есть кое какие особенности, поэтому необходимо найти общий минимум функций. Используя эти функции вы будете уверенны, что они отработаются на мобильном и отладку можно проводить в удобных условиях десктопа.
А вообще, я и не писал, что скрипт корректно работающий в desktop-браузерах может запросто не работать в мобильных версиях. Я написал с точностью наоборот. Скрипт работающий в мобильном браузере будет работать и на обычном. Есть кое какие особенности, поэтому необходимо найти общий минимум функций. Используя эти функции вы будете уверенны, что они отработаются на мобильном и отладку можно проводить в удобных условиях десктопа.
я не призываю отлаживать на мобильных устройствах. я про то, что в любом случае могут быть какие-то ошибки, которые необходимо как-то выловить
ну а вообще, пересечение функций работающих в IE Mobile и в десктоп-браузерах будет достаточно велико. поэтому я сначала пишу и отлаживаю код на десктопе, а потом уже запускаю и оттачиваю его на IE Mobile. и нет такого, что необходимо переписывать 90% кода, вовсе нет. чаще всего это что-то незначительно (например, тривиальное childElementCount, которое IE не поддерживает совсем и в десктоп-версиях, или моя невнимательность в разметке, которую десктоп-браузеры «кушают»)
ну а вообще, пересечение функций работающих в IE Mobile и в десктоп-браузерах будет достаточно велико. поэтому я сначала пишу и отлаживаю код на десктопе, а потом уже запускаю и оттачиваю его на IE Mobile. и нет такого, что необходимо переписывать 90% кода, вовсе нет. чаще всего это что-то незначительно (например, тривиальное childElementCount, которое IE не поддерживает совсем и в десктоп-версиях, или моя невнимательность в разметке, которую десктоп-браузеры «кушают»)
На работе имел длинный разговор с тестировщиком, который тестировал приложение написанное исключительно под айфон на ФФ, при этом он говорил, что кнопки как-то неверно отрисованы. Тестировать нужно либо на эмуляторах, либо на самих устройствах. Потому что браузеры мобильных устройств имеют ну просто кучу своих особенностей, например браузер айПода последней версии почему-то вел себя не так как браузер айфона.
Давайте не путать тёплое с мягким. ФФ для айфона не подходит — нужен сафари или хром. Для вас это сюрприз? На developer.apple.com можно найти указания на отличия и что/где поддерживается и в какой версии.
Насчёт кучи особенностей мобильных устройств — с удовольствием послушал бы о них. Мне лично знакомы особенности отсутствия манипуляторов (клавы и мыши) и фишки touch устройств, но это не только мобильники (допустим те же терминалы платежей и интерактивные панели, популярные в ресторанах).
Насчёт кучи особенностей мобильных устройств — с удовольствием послушал бы о них. Мне лично знакомы особенности отсутствия манипуляторов (клавы и мыши) и фишки touch устройств, но это не только мобильники (допустим те же терминалы платежей и интерактивные панели, популярные в ресторанах).
Читайте, пожалуйста, внимательнее, я написал, что тестировщик тестировал не так как нужно, о чем я ему и высказал. На чем писать и как тестить для айфона я знаю прекрасно.
Тогда, простите, вы ветку не ошиблись? В ответ на мой вопрос (кстати он был задан не вам): «почему надо дебажить JS для IEM именно на устройстве и нельзя просто в браузере?», вы пишите какую то басню о тестеровщике, лисе и айфоне. Ещё раз прошу прощения, а вы вообще в теме WM/IE?
Это был пример из жизни на вашу фразу:
Кроме того, я в теме WM/IE, так как писал под него мобильные клиенты. Тестировал и на реальных мобильных устройствах и на эмуляторах. Для отлова ошибок и прочего писал свой специальный скрипт.
Неужели не удобней делать отладку в FF с Firebug или в Chrome?
Правда, должен заметить, что в основном работаю с мобильными телефонами и в моём регионе смартфоны Windows Mobile крайне редки.
Кроме того, я в теме WM/IE, так как писал под него мобильные клиенты. Тестировал и на реальных мобильных устройствах и на эмуляторах. Для отлова ошибок и прочего писал свой специальный скрипт.
Вы опять что то путаете. Не думаю, что ваш пример с «тестировщиком» и «кнопки как-то неверно отрисованы» имеет отношение к отладке скрипта. Во всяком случае отображение уж точно необходимо проверять на устройстве — ни один эмулятор не даёт достоверной картины. Тест, как бы, отличается от разработки — речь именно о разработке.
Как сказал автор 90% работы всё же в обычном браузере, то есть как и вне IE. В данный момент я переписываю аппликацию с flash lite на html5 для iPhone. И работаю в Chrome. Потом на устройстве буду подгонять, но это уже не отладка — а проверка и подгонка. Скрипты работать будут — собак кушал, а вот изображение иногда подёргивает и тормоза бывают. Кстати, к слову о проверке, я вспомнил одну особенность Javascript для мобильников — ориентация экрана. При разработке использую переменные, но проверить необходимо именно на устройстве, так как там свои тул бары и обычно кривая поддержка языков (rtl/ltr).
А что такое мобильные клиенты под IE? Java Applet? JVM WM, кстати очень даже неплох, а вот Оpera вроде падает.
Как сказал автор 90% работы всё же в обычном браузере, то есть как и вне IE. В данный момент я переписываю аппликацию с flash lite на html5 для iPhone. И работаю в Chrome. Потом на устройстве буду подгонять, но это уже не отладка — а проверка и подгонка. Скрипты работать будут — собак кушал, а вот изображение иногда подёргивает и тормоза бывают. Кстати, к слову о проверке, я вспомнил одну особенность Javascript для мобильников — ориентация экрана. При разработке использую переменные, но проверить необходимо именно на устройстве, так как там свои тул бары и обычно кривая поддержка языков (rtl/ltr).
А что такое мобильные клиенты под IE? Java Applet? JVM WM, кстати очень даже неплох, а вот Оpera вроде падает.
Ок, закончим диспут, а то оба уже ИМХО запутались.
Для основного приложения писал мобильный веб клиент под iPhone/Android на jQTouch, нативный интерфейс и все дела, да и отладка по большому счету в хроме. А потом менеджер подумал глубоко и сказал, а хочу вот так же под IE, из-за чего мне стало не очень хорошо, но пришлось переписывать все практически с 0, начиная от css и заканчивая js по работе с XML.
А что такое мобильные клиенты под IE? Java Applet? JVM WM, кстати очень даже неплох, а вот Оpera вроде падает.
Для основного приложения писал мобильный веб клиент под iPhone/Android на jQTouch, нативный интерфейс и все дела, да и отладка по большому счету в хроме. А потом менеджер подумал глубоко и сказал, а хочу вот так же под IE, из-за чего мне стало не очень хорошо, но пришлось переписывать все практически с 0, начиная от css и заканчивая js по работе с XML.
а opera mini (mobile) + remote dragonfly?
не приходилось пользоваться по той причине, что в опере пока что все скрипты обрабатывались корректно :-)
НЛО прилетело и опубликовало эту надпись здесь
ерунду пишете вы:
www.opera.com/dragonfly/documentation/
удаленно отлаживать можно opera mobile. но не opera mini
Как отлаживать Opera Mini?
Хотя последние версии Opera Mini и используют то же самое ядро Opera, серверы Opera Mini сжимают данные перед отправкой на телефон. По этой причине Opera Mini не поддерживает Opera Dragonfly.
www.opera.com/dragonfly/documentation/
удаленно отлаживать можно opera mobile. но не opera mini
Отловить баги в IE Mobile поможет связка Opera + dragonfly?!
Ну да, ну да.
Проблема в том, что IE Mobile работает немного иначе, чем даже тот же IE6 на десктопе (хоть IE Mobile и сделан на той же базе, что и IE6) — что уж говорить про Opera любой версии. Если и отлаживать код под IE Mobile на десктопе, то в первую очередь это нужно делать под IE6. Хотя это тоже не поможет отладить всего — у IE Mobile все равно есть свою нюансы и их немало.
Ну да, ну да.
Проблема в том, что IE Mobile работает немного иначе, чем даже тот же IE6 на десктопе (хоть IE Mobile и сделан на той же базе, что и IE6) — что уж говорить про Opera любой версии. Если и отлаживать код под IE Mobile на десктопе, то в первую очередь это нужно делать под IE6. Хотя это тоже не поможет отладить всего — у IE Mobile все равно есть свою нюансы и их немало.
Adblock Plus для Fennec (Firefox mobile)? Сам не пробовал, но пишут ( adblockplus.org/development-builds/fennec-support-and-signed-builds ), что такое уже имеется.
Причём здесь ADP?
В Firefox Mobile по идеи отлаживать JS можно через Firebug Lite :)
В Firefox Mobile по идеи отлаживать JS можно через Firebug Lite :)
Я плясал от заголовка статьи, а не от «Opera Mini» и «IE Mobile» где-то ближе к середине самой статьи. Если заголовок звучит как: «Отладка Javascript на мобильных устройствах», то и описывать нужно что-то более интересное и развернутое, нежели банальный «alert('Hello world!');». А вот про «Firebug Lite» я без понятия. Не факт, что размер экрана мобильного устройства (если не на десткопе тестировать) даст возможность пользоваться сим инструментом (возможностей js в мобильной лисе уж должно хватить).
вы наверное топиком ошиблись :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Отладка Javascript на мобильных устройствах