Comments 7
Надеюсь, разработчики сайтов для мобильных устройств будут стараться соблюдать хотя бы половину из вышеперечисленного.
всё очень правильно, даже добавить нечего :)
насчёт изображений - их вообще лучше избегать по максимуму, мне кажется. большинство людей всё равно их отключают)
насчёт изображений - их вообще лучше избегать по максимуму, мне кажется. большинство людей всё равно их отключают)
"Чем ближе какой-либо обьект к началу страницы, тем проще пользователю получить к нему доступ"
Мечта вап-серфера и лакомое место рекламодателей. Именно верхушка страницы всегда занимается линками на партнерки контент-провайдеров и проданные рекламные места. Что тут не говори, но это было, есть, и, скорее всего, будет ближайшие несколько лет - это бизнес. И очень хороший бизнес
"Располагайте информацию компактно. Избегайте обилия крупных шрифтов и лишних вертикальных промежутков между строками и обьектами."
С этим проблем обычно не возникает, так как большинство телефонов имеют всего три типа шрифта - огромный, стандартный и мелкий(я говорю про телефоны среднего класса, а не смарты и кпк) и атрибут font-size - один и самых редко используемых:-)
"Сохраняйте введенные пользователем данные и подставляйте их в качестве значений по умолчанию в следующий раз."
В вапе сделать это сложновато. Например, сименсы(еще те, которые настоящие сименсы, а не бенки-сименс) с кукисами дружат очень плохо. К тому же, установленные кукисы. И если их много(пусть даже килобайт), то это уже дополнительная трата денег пользователя, ибо операторы учитывают как входящий, так и исходящий трафик. Да и не секрет, что наши операторы намеренно настраивают(как путем отсыла настроек на абонентский терминал, так и при обращении к консультантам в офисах) браузеры на выход через вап-точки доступа - они очень дорогие(допустим, у меня(МегаФон-Сибирь) - 256 рублей за метр).
"Активно используйте accesskeys."
Еще один спорный момент:-) Использовать их лучше только на страницах, содержащих только текстовую информацию, но не различные формы, так как браузеры некоторых моделей выполняют переход не по длительному клику(т.е. нажал и держи секунду), а по мгновенному. И еще есть браузеры, которые при наборе текста в форме ввода так же реагируют на горячие кнопки при наборе цифр(когда набор цифры осуществляется долгим нажатием на кнопку).
"распространенная ошибка - создание "промежуточных" страниц"
Не согласен. С одной стороны - да, они мешают и бесполезны. С другой - не секрет, что неголосовые(т.е. трафиковые - gprs/egde) сервисы наших операторов качеством не блещут(хотя два года назад все было куда хуже). Представим себе ситуацию. Пользователь пишет на форум пост. Нажимает "Отправить" - сообщение улетает. ПОльзователь через полминуты(не делая больше никаких переходов) хочет обновить страницу для просмотра новых постов текущей темы. Обновляет - получаем дубль сообщения(при условии, что время повторяемости поста, допустим, 15 секунд). Нехорошо, не так ли? header('Location ...') тут не спасет, ибо наши "любимые"(в вапе, в плане багов. ПРотив настоящих сименсов ничего не имею, даже наоборот - обожаю эти телефоны) сименсы при определенной конфигурации веб-сервера просто пикают и отключаются. Пример, конечно, сложноват и сделано много допущений, но, надеюсь, суть понятна.
"3. Минимизируйте трафик".
По подпункту 1 и 2 - лучше делать дизайн таким, чтобы в нем вообще не было графики - чистый html и css. Пришедшим из веба это, думаю, непривычно, но такие сайты хороши тем, что и со включенной, и с отключенной графикой выглядят одинаково превосходно.
"4. Следите за валидностью".
С этим абсолютно согласен. Два-три года назад, когда телефоны были древними(тут надо улыбнуться:-)), это была очень большая проблема(но тогда и не знали, что в вапе возможен цветной html. Был только WML), так как телефоны не могли общаться напрямую по http с серверами и использовали гейты - вап-шлюзы, которые запрашивали страницу с сервера, компилировали ее в формат, пригодный для телефона, и отдавали. В случае ошибки(например, забыл удвоить знак доллара) страница попросту отказывалась открывать. Сейчас все намного проще - большинство телефонов умеет напрямую общаться с серверами, и в большинстве случаев невалидная верстка может просто изменить внешний вид страницы. Хотя все-таки валидность надо соблюдат ьвсегда и везде:-)
Фу, ну в общем-то и все, что я хотел сказать, пользуясь своим многолетним опытом как пользователя вапа, так и его разработчика:-)
ЗЫ: надеюсь, кто-нибудь осилит прочтение сего комментария
Мечта вап-серфера и лакомое место рекламодателей. Именно верхушка страницы всегда занимается линками на партнерки контент-провайдеров и проданные рекламные места. Что тут не говори, но это было, есть, и, скорее всего, будет ближайшие несколько лет - это бизнес. И очень хороший бизнес
"Располагайте информацию компактно. Избегайте обилия крупных шрифтов и лишних вертикальных промежутков между строками и обьектами."
С этим проблем обычно не возникает, так как большинство телефонов имеют всего три типа шрифта - огромный, стандартный и мелкий(я говорю про телефоны среднего класса, а не смарты и кпк) и атрибут font-size - один и самых редко используемых:-)
"Сохраняйте введенные пользователем данные и подставляйте их в качестве значений по умолчанию в следующий раз."
В вапе сделать это сложновато. Например, сименсы(еще те, которые настоящие сименсы, а не бенки-сименс) с кукисами дружат очень плохо. К тому же, установленные кукисы. И если их много(пусть даже килобайт), то это уже дополнительная трата денег пользователя, ибо операторы учитывают как входящий, так и исходящий трафик. Да и не секрет, что наши операторы намеренно настраивают(как путем отсыла настроек на абонентский терминал, так и при обращении к консультантам в офисах) браузеры на выход через вап-точки доступа - они очень дорогие(допустим, у меня(МегаФон-Сибирь) - 256 рублей за метр).
"Активно используйте accesskeys."
Еще один спорный момент:-) Использовать их лучше только на страницах, содержащих только текстовую информацию, но не различные формы, так как браузеры некоторых моделей выполняют переход не по длительному клику(т.е. нажал и держи секунду), а по мгновенному. И еще есть браузеры, которые при наборе текста в форме ввода так же реагируют на горячие кнопки при наборе цифр(когда набор цифры осуществляется долгим нажатием на кнопку).
"распространенная ошибка - создание "промежуточных" страниц"
Не согласен. С одной стороны - да, они мешают и бесполезны. С другой - не секрет, что неголосовые(т.е. трафиковые - gprs/egde) сервисы наших операторов качеством не блещут(хотя два года назад все было куда хуже). Представим себе ситуацию. Пользователь пишет на форум пост. Нажимает "Отправить" - сообщение улетает. ПОльзователь через полминуты(не делая больше никаких переходов) хочет обновить страницу для просмотра новых постов текущей темы. Обновляет - получаем дубль сообщения(при условии, что время повторяемости поста, допустим, 15 секунд). Нехорошо, не так ли? header('Location ...') тут не спасет, ибо наши "любимые"(в вапе, в плане багов. ПРотив настоящих сименсов ничего не имею, даже наоборот - обожаю эти телефоны) сименсы при определенной конфигурации веб-сервера просто пикают и отключаются. Пример, конечно, сложноват и сделано много допущений, но, надеюсь, суть понятна.
"3. Минимизируйте трафик".
По подпункту 1 и 2 - лучше делать дизайн таким, чтобы в нем вообще не было графики - чистый html и css. Пришедшим из веба это, думаю, непривычно, но такие сайты хороши тем, что и со включенной, и с отключенной графикой выглядят одинаково превосходно.
"4. Следите за валидностью".
С этим абсолютно согласен. Два-три года назад, когда телефоны были древними(тут надо улыбнуться:-)), это была очень большая проблема(но тогда и не знали, что в вапе возможен цветной html. Был только WML), так как телефоны не могли общаться напрямую по http с серверами и использовали гейты - вап-шлюзы, которые запрашивали страницу с сервера, компилировали ее в формат, пригодный для телефона, и отдавали. В случае ошибки(например, забыл удвоить знак доллара) страница попросту отказывалась открывать. Сейчас все намного проще - большинство телефонов умеет напрямую общаться с серверами, и в большинстве случаев невалидная верстка может просто изменить внешний вид страницы. Хотя все-таки валидность надо соблюдат ьвсегда и везде:-)
Фу, ну в общем-то и все, что я хотел сказать, пользуясь своим многолетним опытом как пользователя вапа, так и его разработчика:-)
ЗЫ: надеюсь, кто-нибудь осилит прочтение сего комментария
Осилил и очень рад такому детальному ответу :)
Момент с accesskeys и формами мы никогда не учитывали, спасибо!
почему нельзя добавить в скрипт добавления поста проверку, не был ли такой же пост добавлен ранее?
Нельзя так. Все же, живем в век мультимедиа, кроме того - изображения могут быть обязательным элементом контента (wap.mamba.ru например).
Момент с accesskeys и формами мы никогда не учитывали, спасибо!
Не согласен. С одной стороны - да, они мешают и бесполезны. С другой - не секрет, что неголосовые(т.е. трафиковые - gprs/egde) сервисы наших операторов качеством не блещут(хотя два года назад все было куда хуже). Представим себе ситуацию. Пользователь пишет на форум пост. Нажимает "Отправить" - сообщение улетает. ПОльзователь через полминуты(не делая больше никаких переходов) хочет обновить страницу для просмотра новых постов текущей темы. Обновляет - получаем дубль сообщения(при условии, что время повторяемости поста, допустим, 15 секунд). Нехорошо, не так ли? header('Location ...') тут не спасет, ибо наши "любимые"(в вапе, в плане багов. ПРотив настоящих сименсов ничего не имею, даже наоборот - обожаю эти телефоны) сименсы при определенной конфигурации веб-сервера просто пикают и отключаются. Пример, конечно, сложноват и сделано много допущений, но, надеюсь, суть понятна.
почему нельзя добавить в скрипт добавления поста проверку, не был ли такой же пост добавлен ранее?
По подпункту 1 и 2 - лучше делать дизайн таким, чтобы в нем вообще не было графики - чистый html и css.
Нельзя так. Все же, живем в век мультимедиа, кроме того - изображения могут быть обязательным элементом контента (wap.mamba.ru например).
"почему нельзя добавить в скрипт добавления поста проверку, не был ли такой же пост добавлен ранее?"
Проверка есть. ПРосто для минимизации(смешно звучит) комментария сократил до "время повторяемости поста, допустим, 15 секунд". Т.е. выполняется проверка - если имеется такой пост за последние 15 секунд, то он считается дублем и не сохраняется. Иначе - пишется. Хотя такой интервал больше применим для чата, но все это абстрагировано, чтобы лишь показать небесполезность промежуточных страниц
"Все же, живем в век мультимедиа, кроме того - изображения могут быть обязательным элементом контента".
Согласен, что очень хочется сделать вап хоть отчасти похожим на веб. Но надо учитывать и тот факт, что трафик у нас пока не такой и дешевый. И очень много посетителей ходят с отключенными изображениями(лично я потребляю ~100 метров в месяц на серфинг. И это при отключенных картинках и не сидя в чатах). Поэтому, если уж и хочется сделать сайт с графикой, то надо делать так, чтобы и без оной сайт смотрелся как конфетка. Вот хороший пример того, что сайт может выглядеть с отключенной графикой не как конфетка, а как то, из чего многие пытаются конфетку сделать - http://wap.mmska.ru
Проверка есть. ПРосто для минимизации(смешно звучит) комментария сократил до "время повторяемости поста, допустим, 15 секунд". Т.е. выполняется проверка - если имеется такой пост за последние 15 секунд, то он считается дублем и не сохраняется. Иначе - пишется. Хотя такой интервал больше применим для чата, но все это абстрагировано, чтобы лишь показать небесполезность промежуточных страниц
"Все же, живем в век мультимедиа, кроме того - изображения могут быть обязательным элементом контента".
Согласен, что очень хочется сделать вап хоть отчасти похожим на веб. Но надо учитывать и тот факт, что трафик у нас пока не такой и дешевый. И очень много посетителей ходят с отключенными изображениями(лично я потребляю ~100 метров в месяц на серфинг. И это при отключенных картинках и не сидя в чатах). Поэтому, если уж и хочется сделать сайт с графикой, то надо делать так, чтобы и без оной сайт смотрелся как конфетка. Вот хороший пример того, что сайт может выглядеть с отключенной графикой не как конфетка, а как то, из чего многие пытаются конфетку сделать - http://wap.mmska.ru
интересные комментарии
спасибо за статью
пригодится. собрался в ближайшем будующем сделать pda версию портала
спасибо за статью
пригодится. собрался в ближайшем будующем сделать pda версию портала
Sign up to leave a comment.
Хороший мобильный проект – какой он?