К сожалению, примерно половиной из представленных примеров невозможно пользоваться, если в браузере выключить картинки…
Иногда это бывает критично. Кто-то специально выключает картинки для супер-скорости серфинга, для уменьшения трафика, у кого-то страница могла не загрузиться из-за перегруженного сервера или плохого коннекта и так далее. В общем, правило хорошего тона.
Хм, странно. Что-то я в Японии не видел ни у кого ни одного симбиана… А последний год только андроиды и выходят. На данный момент я бы обрисовал статистику так:
Да, фрагментация уже стала выводить из себя. У меня в офисе больше 10 различных девайсов: и тайваньских, и японских, и корейских, и американских… И всё как вы написали, работает на одном — перестаёт на другом.
Проблема еще в том, что никто не делает никакой сертификации устройств на андроиде. Поэтому всегда кто-то что не доделает, а кто-то переделает…
Спасибо за развернутый ответ.
Не очень только понимаю, что плохого в wchar_t, наш проект его активано использует, а UTF8 далеко не всегда удобен.
Судя по всему пришла пора попробовать сделать портирование на 2.3 и 3.0+, судя по вышеописанным ограничениям, должно сработать.
На какую примерно версию GCC можно ориентироваться?
Можно ли свободно использовать STL?
И есть ли более подробный список ограничений?
Просто где-то год назад, когда попытался скомпилировать довольно простой код для Android 1.6 — получил миллиард ошибок, в том числе из-за отсутствия STL в комплекте.
Отличная версия! Отдельная благодарность за поправленный баг со вставкой первого элемента в список закладок. Теперь первый элемент не улетает в конец списка.
Единственное пока что разочаровало — отключенный по-умолчанию выпадающий список в адресной строке. Меня всегда раздражало его отсутствия в Хроме, например. Сразу же включил в опциях.
Ну, лично я ничего против вашего комментария не имею, кто минусует — не знаю. И у меня у самого айфон, правда 3GS.
Я лишь хотел напомнить, что подлинный iPhone 4 имеет разрешение 640x960, поэтому интерфейс на глаз вполне может работать чуть медленнее, чем описываемая в топике китайская поделка, у которой разрешение всего 320x480, соответственно и рендерить намного меньше.
Иногда это бывает критично. Кто-то специально выключает картинки для супер-скорости серфинга, для уменьшения трафика, у кого-то страница могла не загрузиться из-за перегруженного сервера или плохого коннекта и так далее. В общем, правило хорошего тона.
Да и специально для хабра ведь есть http://habrastorage.org/.
iOS: ***********************
Android: ********************
Blackberry: **
Symbian: *
Проблема еще в том, что никто не делает никакой сертификации устройств на андроиде. Поэтому всегда кто-то что не доделает, а кто-то переделает…
Не очень только понимаю, что плохого в wchar_t, наш проект его активано использует, а UTF8 далеко не всегда удобен.
Судя по всему пришла пора попробовать сделать портирование на 2.3 и 3.0+, судя по вышеописанным ограничениям, должно сработать.
Можно ли свободно использовать STL?
И есть ли более подробный список ограничений?
Просто где-то год назад, когда попытался скомпилировать довольно простой код для Android 1.6 — получил миллиард ошибок, в том числе из-за отсутствия STL в комплекте.
Единственное пока что разочаровало — отключенный по-умолчанию выпадающий список в адресной строке. Меня всегда раздражало его отсутствия в Хроме, например. Сразу же включил в опциях.
Я лишь хотел напомнить, что подлинный iPhone 4 имеет разрешение 640x960, поэтому интерфейс на глаз вполне может работать чуть медленнее, чем описываемая в топике китайская поделка, у которой разрешение всего 320x480, соответственно и рендерить намного меньше.