Вчера тоже наткнулся на проект — с одной стороны да, быстрое, но с другой там только 16 и 17 версии апи, с таким же успехом можно использовать обычный эмулятор с образами от Интел, он и так летает без установки дополнительной проги в красивой обертке, регистрации, скачки, запуска и логина.
При установке зависимостей можно выскочить ошибка, что jar файлы имеют разные SHA. В таком случае удалите файлы android-support-v4.jar из папки libs проекта sliding-menu
Меня вот всегда волновал этот вопрос. Разные SHA могут быть в том числе из-за того, что в том же ABS либа приложена устаревшая. Возможно будет правильным проклацать везде «Add Support library..» чтобы привести их все к одному виду и дать проекту самому решать какие использовать? Или все таки удалять? Работать будет в любом случае. Вопрос в том, как делать правильно?
Даже в качестве нарицательного названия Retina не подходит — такой дисплей должен идеально подходить для человеческого глаза, т.е. быть таким же как у айфона. Возможно к выходу следующего айфона люди успеют эволюционировать, но пока что это 326 ppi.
Кроме того, люди на фото должны выглядеть на 10% счастливее и на 20% богаче. А на иллюстрациях у парня даже на шляпу денег не нашлось…
Там следующая сессия будет «What's New in Android Developer Tools» в 12:45 pm PDT, возможно на ней расскажут подробней. Сейчас идет keynote — там всего по чуть-чуть.
Все верно, только я привел пример для случая: «Даже если времени на переписывание через FragmentManager нет, или это крайне сложно в существующей архитектуре — можно вынести код из Activity во фрагменты и организовать простейшую поддержку планшетов». А так вообще да, делаем одно актививити и заменяем фрагменты.
Я когда-нибудь насобираю материала об этом на отдельный пост. В то время как сделать просто адаптивную верстку можно средствами редактора в эклипсе и десятка эмуляторов, прошивки производителей создают намного больше проблем, чем кажется.
Из-за того, что в прошивке Sony для какой-то Xperia решили захардкодить черный градиент в виджет дейтпикера, пришлось заменять весь дейтпикер на кастомный…
Я собирался включить HoloEverywhere в пост, но потом передумал. Если в приложении, например, все управление в экшенбаре, а внизу только списки и текст, без виджетов — то HoloEverywhere уже и не нужен, можно руками заскинить нормально. Поэтому категорично советовать его использовать не стал.
Просто выдержки из официальной документации для тех, кто не осилил не так уж и много букав на офсайте. А потом эти «дизайнеры» будут присылать свои растровые творения в PSD.
Правдивы ли слухи, что нормального CM 10.1 для этого устройства не предвидется?
Допустим можно пожертвовать страшным корпусом с айфоноподобной кнопкой, но система внутри… Ее же хочется развидеть!
Люди старались, делали Holo, а они пришли и натянули ЭТО…
Да, но большинство графики при нормальном дизайне сверстается в xml-e, то, что не поддастся — в найн-патчах, дизайнеру останутся только иконки и растровые картинки, если такие будут. Их быстрее сделать самому, чем объяснять какие картинки нужны, в каких состояниях, и надеяться что он сложит все по подпапочкам, без пробелов и больших буков. А если еще работа через менеджера…
— Дизайнер рисует макеты
— Макеты утверждаются и отдаются разработчикам
— Дизайнер изучает полностью гайдлайны developer.android.com/design/index.html
— Берет Fireworks, качает набор стенсилов и на основе макетов делает дизайн для телефонов и планшетов, с страницами и состояниями
— Готовый fw.png файл отдается разработчикам и они берут оттуда нужные графические элементы, меняя по мере надобности размеры, сохраняя для mdip-xhdpi, делая 9-патчи где нужно.
— Готово
Как есть на самом деле:
— Заказчик отдает ТЗ (если повезет) разработчикам и дизайнеру. Они начинают параллельно работать.
— Дизайнер открывает редактор фотографий от Adobe, находит в интернете рамочку и ложит в файл размером «как там делали для айфона»
— Вдохновляясь TouchWiz дизайнер вставляет кучу разноцветных кнопочек, и так чтобы влезало четко по размеру экрана. И ставит красивую картинку на фон.
— Готовый набор psd-файлов с кучей слоев и групп отдается разработчикам.
— Разработчки забивают на попытки сделать правильно и просто нарезают слайсами то что есть в папу drawable-hdpi, ибо на маленьких экранах все равно все не помещается, а для планшетов дизайна и не присылали…
— Заказчик доволен, дизайнер доволен, аналитики жалуются на плохое качество приложений.
В том то и дело, что media query на телефоне будут отталкиваться от dpi, а не от пикселей. У меня разрешение 1280х720, меньшая сторона 720, но браузер выполнит (max-width: 480px). Но в то же время для Nexus 7, с таким же разрешением выполнится (max-width: 603px).
Но так как в опросе Вы спрашиваете про пиксели, то получите результаты «640px по ширине экрана» для обеих случаев, что не даст никакого представления о том, какие писать media query.
Надо в диагоналях экрана проводить опрос, а не в пикселях. У меня в телефоне большая сторона 1280p, но это же не значит, что туда влезает больше чем на нетбук с 1024х768
А для nine-patch Вы тоже нашли какое-то расширение? Какие есть альтернативы вот этой проге http://habrahabr.ru/company/alee/blog/136667/
имейте совесть, технический ресурс все же…
Меня вот всегда волновал этот вопрос. Разные SHA могут быть в том числе из-за того, что в том же ABS либа приложена устаревшая. Возможно будет правильным проклацать везде «Add Support library..» чтобы привести их все к одному виду и дать проекту самому решать какие использовать? Или все таки удалять? Работать будет в любом случае. Вопрос в том, как делать правильно?
Кроме того, люди на фото должны выглядеть на 10% счастливее и на 20% богаче. А на иллюстрациях у парня даже на шляпу денег не нашлось…
Из-за того, что в прошивке Sony для какой-то Xperia решили захардкодить черный градиент в виджет дейтпикера, пришлось заменять весь дейтпикер на кастомный…
Кучка изменений в юнити www.youtube.com/watch?feature=player_embedded&v=fH2VHiIW_dE, наутилус стал шустрее и пачка обновлений софта.
Допустим можно пожертвовать страшным корпусом с айфоноподобной кнопкой, но система внутри… Ее же хочется развидеть!
Люди старались, делали Holo, а они пришли и натянули ЭТО…
— Дизайнер рисует макеты
— Макеты утверждаются и отдаются разработчикам
— Дизайнер изучает полностью гайдлайны developer.android.com/design/index.html
— Берет Fireworks, качает набор стенсилов и на основе макетов делает дизайн для телефонов и планшетов, с страницами и состояниями
— Готовый fw.png файл отдается разработчикам и они берут оттуда нужные графические элементы, меняя по мере надобности размеры, сохраняя для mdip-xhdpi, делая 9-патчи где нужно.
— Готово
Как есть на самом деле:
— Заказчик отдает ТЗ (если повезет) разработчикам и дизайнеру. Они начинают параллельно работать.
— Дизайнер открывает редактор фотографий от Adobe, находит в интернете рамочку и ложит в файл размером «как там делали для айфона»
— Вдохновляясь TouchWiz дизайнер вставляет кучу разноцветных кнопочек, и так чтобы влезало четко по размеру экрана. И ставит красивую картинку на фон.
— Готовый набор psd-файлов с кучей слоев и групп отдается разработчикам.
— Разработчки забивают на попытки сделать правильно и просто нарезают слайсами то что есть в папу drawable-hdpi, ибо на маленьких экранах все равно все не помещается, а для планшетов дизайна и не присылали…
— Заказчик доволен, дизайнер доволен, аналитики жалуются на плохое качество приложений.
Но так как в опросе Вы спрашиваете про пиксели, то получите результаты «640px по ширине экрана» для обеих случаев, что не даст никакого представления о том, какие писать media query.