Из разработки под современнные платформы(iOS, Android, WinPhone), новые иструменты, обновления sdk, интересные статьи на тему разработки, дизайн приложений, какие то новые любопытные приложения и пр. Интересные устройства, опять же.
Получение заграна — отдельная процедура.
Зачем напрягать дополнительными телодвижениями тех, кто не хочет выезжать за границу? Думаю как то так, но это мое мнение.
Если уж речь зашла про продвинутые страны, то в Штатах тоже, вообще говоря, есть загранпаспорт. А на их территории просто вместо нашего паспорта используют водительские права. Тем, кто не водит, тоже выдается документ, удостоверяющий личность(не помню как называется). Ну назовите наш паспорт ID, и будет Вам ситуация как в Штатах.
Нет, там разрабы просто лэйауты для планшета положили в папки для 10-дюймовых экранов(layout-sw720dp), а надо было еще для 7-дюймовых сделать отдельные папки(layout-sw600dp), вот и все. Может быть и намерено сделали, хз.
В ваших примерах не хватает для полноты картины самой activity, где адаптер будет наполняться данными.
В этом подходе, я так понимаю, нужно заранее разбить данные на группы и элементы.
Как этот подход будет себя вести в случае ленивай подгрузки данных?
Я ant пользовался. Для примеров с ним не было библиотечных проектов.
Вообще, я наверно не очень правильное слово подобрал, не специфика, а аспекты, так сказать.
До того, как загнать проект в jenkins, я library-проекты в vcs не держал, когда же понадобилась автоматическая сборка, я не нашел ничего лучше, как загнать все эти проекты в папку libs и добавить в vcs, что, помоему не очень изящное и не очень корректное решение, не других вариатов я не нашел.
Ну и вообще не все так гладко проходило, я уже не помню точно что там за глюки были, честно говоря. Тот же project.properties например придется другой делать, и прописывать разные android.library.reference если расположение library-проектов в jenkins'е отличное от вашего проекта, etc…
Будет хорошо, если бы у Вас в примерах проект был с библиотечным проектом. Потому как в реальных проектах по любому один такой проект, да используется, а во всех туториалах этот вопрос не освещается. Однако этот вариант добавляет своей специфики в настройке CI для андроида.
TabActivity я никогда и не пользовался, ибо тормозят сильно.
Ну правильно, новые приложения я бы тоже пожалуй начал делать на ViewPager, но речь то про legacy код.
Оrly? Depricated? developer.android.com/intl/ru/reference/android/widget/TabHost.html
Ткните пальцем где он depricated.
Вы всегда с появлением новых виджетов и апи бросаетесь переколбашивать дизайн и архитектуру всего приложения, которое уже было написано до их появления, и вполне себе хорошо работало? Более того, Ваш заказчик эту идею разделяет с Вами?
Это совсем другие api. Это Вы говорите про ViewPager. В то время как основная масса приложений написана с использованием TabHost'а, в частности и на скриншотах видно, что он там используется.
Зачем напрягать дополнительными телодвижениями тех, кто не хочет выезжать за границу? Думаю как то так, но это мое мнение.
Мне и двух иногда не хватает…
В этом подходе, я так понимаю, нужно заранее разбить данные на группы и элементы.
Как этот подход будет себя вести в случае ленивай подгрузки данных?
Вообще, я наверно не очень правильное слово подобрал, не специфика, а аспекты, так сказать.
До того, как загнать проект в jenkins, я library-проекты в vcs не держал, когда же понадобилась автоматическая сборка, я не нашел ничего лучше, как загнать все эти проекты в папку libs и добавить в vcs, что, помоему не очень изящное и не очень корректное решение, не других вариатов я не нашел.
Ну и вообще не все так гладко проходило, я уже не помню точно что там за глюки были, честно говоря. Тот же project.properties например придется другой делать, и прописывать разные android.library.reference если расположение library-проектов в jenkins'е отличное от вашего проекта, etc…
developer.android.com/intl/ru/reference/android/widget/TabHost.TabContentFactory.html
TabActivity я никогда и не пользовался, ибо тормозят сильно.
Ну правильно, новые приложения я бы тоже пожалуй начал делать на ViewPager, но речь то про legacy код.
Ткните пальцем где он depricated.
Вы всегда с появлением новых виджетов и апи бросаетесь переколбашивать дизайн и архитектуру всего приложения, которое уже было написано до их появления, и вполне себе хорошо работало? Более того, Ваш заказчик эту идею разделяет с Вами?