Мы тоже пользуемся SVN'ом. И хотя может быть и рады перейти на HG, но без нормальной поддержки Unicode'а на Windows пользоваться им невозможно. Не нравятся мне лично разные непонятно кем написанные fixutf8 плагины, которые того и гляди перестанут работать в следующей версии HG. А с GIT на Windows так еще хуже.
На данный момент SVN удобнее всего в плане совместимости для работы на Windows (VS, Eclipse, и еще туча IDE) + Mac OS (XCode).
К сожалению, примерно половиной из представленных примеров невозможно пользоваться, если в браузере выключить картинки…
Иногда это бывает критично. Кто-то специально выключает картинки для супер-скорости серфинга, для уменьшения трафика, у кого-то страница могла не загрузиться из-за перегруженного сервера или плохого коннекта и так далее. В общем, правило хорошего тона.
Хм, странно. Что-то я в Японии не видел ни у кого ни одного симбиана… А последний год только андроиды и выходят. На данный момент я бы обрисовал статистику так:
Да, фрагментация уже стала выводить из себя. У меня в офисе больше 10 различных девайсов: и тайваньских, и японских, и корейских, и американских… И всё как вы написали, работает на одном — перестаёт на другом.
Проблема еще в том, что никто не делает никакой сертификации устройств на андроиде. Поэтому всегда кто-то что не доделает, а кто-то переделает…
Спасибо за развернутый ответ.
Не очень только понимаю, что плохого в wchar_t, наш проект его активано использует, а UTF8 далеко не всегда удобен.
Судя по всему пришла пора попробовать сделать портирование на 2.3 и 3.0+, судя по вышеописанным ограничениям, должно сработать.
На какую примерно версию GCC можно ориентироваться?
Можно ли свободно использовать STL?
И есть ли более подробный список ограничений?
Просто где-то год назад, когда попытался скомпилировать довольно простой код для Android 1.6 — получил миллиард ошибок, в том числе из-за отсутствия STL в комплекте.
На данный момент SVN удобнее всего в плане совместимости для работы на Windows (VS, Eclipse, и еще туча IDE) + Mac OS (XCode).
Иногда это бывает критично. Кто-то специально выключает картинки для супер-скорости серфинга, для уменьшения трафика, у кого-то страница могла не загрузиться из-за перегруженного сервера или плохого коннекта и так далее. В общем, правило хорошего тона.
Да и специально для хабра ведь есть http://habrastorage.org/.
iOS: ***********************
Android: ********************
Blackberry: **
Symbian: *
Проблема еще в том, что никто не делает никакой сертификации устройств на андроиде. Поэтому всегда кто-то что не доделает, а кто-то переделает…
Не очень только понимаю, что плохого в wchar_t, наш проект его активано использует, а UTF8 далеко не всегда удобен.
Судя по всему пришла пора попробовать сделать портирование на 2.3 и 3.0+, судя по вышеописанным ограничениям, должно сработать.
Можно ли свободно использовать STL?
И есть ли более подробный список ограничений?
Просто где-то год назад, когда попытался скомпилировать довольно простой код для Android 1.6 — получил миллиард ошибок, в том числе из-за отсутствия STL в комплекте.