не должно быть, так как GCM Network Manager управляет запуском задач, которые были отложены на наступление какого-то события, т.е. если 10 приложений подписались чтобы запустить задачу обновления данных как только будет wifi, то GCM Network Manager все равно все 10 сразу не запустит одновременно а будет разносить запуски по времени

в глубоком сне пуш придет все равно

Если бы гугл смог «построить» вендоров, чтобы

а) была обязательно опция в настройках, позволяющая переключиться на «чистый» интерфейс, без вендора изысков
б) ввести какие-то четкие (более-менее) рамки по срокам выпуска новых версий вслед за reference-релизом а так же сроки поддежки устройств

было бы уже просто отлично… И мне кажется, что для п.п. а и б у вендоров есть все необходимое, кроме, собственно, желания.
Но вендорам пока выгоднее клепать новый телефон каждый месяц и забивать на поддержку всего, что было сделано до этого.

так и сейчас ситуация схожая, много ли не «родных» nexus устройств обновились до с 4.x до 5.0? А до 5.1?
А те кто обновился — с какой задержкой…

Это как раз наоборот попытка решения проблемы фрагментации, так как если бы все эти функции оставались внутри системы, то с текущим положением дел, когда сторонние вендоры просто забивают на поддержку и в лучшем случае выпускают новую версию системы через пол года-год после выхода официального релиза от гугл, эти функции были бы мало кому доступны. Собственно, это основная идея google play services, которые ставятся с маркета на широкий спектр версий ОС и оперативно обновляются там же, вне зависимости от того, когда почешется вендор.

Спасибо что подсказали, я бы не догадался :)

Это всего минут на 15 дольше чем запустить нотификацию со старшего (мобильного) приложения и ничуть не сложнее заведения brodcast-ресивера и сервиса, зато получаете «прямое» решение а так же дополнительные плюшки в самостоятельном мини-модуле на часах, с которым, кроме нестандартных нотификаций, можно делать много чего интересного в дальнейшем.

подскажите, интересно даже )

А зачем вообще писать подобные хаки, если есть вполне официальный и прямолинейный способ?
К своему основному приложению создаете мини приложение-компаньон для часов, после чего шлете ему из основного приложения сообщение а оно уже его получает, создает Notification и показывает его как обычно, через showNotification, который, будучи запущенным с часов, показывается только на часах.

Что можете посоветовать для удобной реализации такого требования?

Запускайте новую активити из меню с соотв. флагом для очистки стека.
Если пользуетесь одной активити и фрагментами — чистите стек сами через FragmentManager

именно простой запрос вида

select a,b,c,d from table

и последующий проход по результатам вперед работает до тех пор, пока не налистается 1 мб данных, после чего методы

cursor.getXXX(int)

начинают возвращать ошибки вида

IllegalStateException Couldn't read row 3, col 7 from CursorWindow. Make sure the Cursor is initialized correctly before accessing data from it.

Мы с удивлением сами наткнулись сами на эту особенность в конце года. Но суть в том, cursor window растет по мере перемещения по записям и когда общий объем прочитанного превысит 1 MB, .next() будет отрабатывать как обычно, но getLong, getString, etc начнут возвращать ошибки как будто вы указали недействительный индекс колонки. Посмотрите поиском android 1 mb sqlite limit на том же stackoverflow

в Android курсор грузит в память весь result set из базы, для обеспечения хождения в обе стороны. Отсюда и ограничение на 1 мб общего размера данных, которые вернул запрос из sqlite.

Идиотских книжечек нет ни в одной нормальной развитой стране — везде, для идентификации личности, используются ID-карты. Книжечки остались только как загранпаспорта, для выездов за пределы страны. Более того, по той же Европе я перемещаюсь только с ID-картой, так как она достаточна как удостоверение личности по всему ЕС.

Атлична! =)
А я потихоньку начал гуглить документацию на плагины IDEA, зело хочется редактор туда засунуть :=)

Кстати, для разных хитрых фонов кнопок или список, довольно часто не хватает одного опатченного no-dpi ресурса, так как те же скругления, тонкие детали — лучше делать и для low и для hi dpi экравно отдельно — иначе или тут или там картинка начинает портиться

Дмитрий, вот безумно интересно было бы услышать подробнее на эту тему на самом деле