Как сделать splash screen при помощи второго активити? У меня есть два activity: MainActivity, SplashActivity. В манифесте я настроил SplashActivity так, чтобы приложение запускалось с него. В самом SplashActivity я запускаю MainActivity через интент. Однако в этом случае на экране не отображаются вьюшки сплэш скрина. Просто белый экран в течение 10 секунд. И потом отображаются вьюшки из MainActivity p.s. 10 секунд, потому что я специально в mainActivity подгружаю много данных

видел ответ на стэк оверфлоу. Сам таую траблу имел, но решил плюнуть и обойтись без спплэша

Возможно ли программно как-то поменять цвет иконок в statusbar?

Только светлые или темные для андроид 6+. Цветные нельзя

Всем привет, кто-нить requery юзает? Поделитесь плиз советом как на андроидХ мигрировали?

Попробуй сформулировать вопрос, что бы самому хотя бы его понять

В общем, хочу вот так https://github.com/hasancse91/Android-Splash-Screen-Implementation/tree/master/02.%20Splash%20Screen%20in%20Good%20Way

Естественно, единственное, чем мой код отличается от данного выше - я не создаю собственную theme для splashSCreen

В общем, хочу вот так https://github.com/hasancse91/Android-Splash-Screen-Implementation/tree/master/02.%20Splash%20Screen%20in%20Good%20Way

ну, норм, через тему

что хочешь-то? Мне вот вообще непонятно

я хочу, чтобы появлялся splashScreen, который содержит в себе картинку. Потом после splashscreen запускается mainActivity. Но у меня вместо xml-элементов splash screen'а появляется белый экран. А потом MainActivity.

Только светлые или темные для андроид 6+. Цветные нельзя

Понял

я хочу, чтобы появлялся splashScreen, который содержит в себе картинку. Потом после splashscreen запускается mainActivity. Но у меня вместо xml-элементов splash screen'а появляется белый экран. А потом MainActivity.

подсказываю куда копать. Большинство методов, которые в активити можно переопределить вроде onCreate вызываются ДО отображения имиджвью с картинкой. А после них вызывается долгий процесс. А после долгго процесса вызывается новая активити поверх пустой. Значит надо выяснить какой метод будет вызван строго после отображения картинки и вызвать долгий метод из него. Сразу скажу - onResume и даже onPostResume не катят.

Кстати, да, да. Я получается, в методе onCreate() вызываю новое activity. И видимо новое активити с пылу жару запускается после onCreate() предыдущего. Тем самым не давая спокойненько отрисоваться вьюшкам предыдущего

Дело в том, что если делать плохим способом, то все получается. А именно сказать в SplashScreen, что через LAUNCH_TIME миллисекунд надо запускать второй поток, где ты вызываешь mainACtivity и завершаешь SplashScreen

Только дело в том, что LAunch_TIme определяешь ты, это время не зависит от мощности телефона или объема подгружаемых данных

подсказываю куда копать. Большинство методов, которые в активити можно переопределить вроде onCreate вызываются ДО отображения имиджвью с картинкой. А после них вызывается долгий процесс. А после долгго процесса вызывается новая активити поверх пустой. Значит надо выяснить какой метод будет вызван строго после отображения картинки и вызвать долгий метод из него. Сразу скажу - onResume и даже onPostResume не катят.

Подумаю, спасибо)

подсказываю куда копать. Большинство методов, которые в активити можно переопределить вроде onCreate вызываются ДО отображения имиджвью с картинкой. А после них вызывается долгий процесс. А после долгго процесса вызывается новая активити поверх пустой. Значит надо выяснить какой метод будет вызван строго после отображения картинки и вызвать долгий метод из него. Сразу скажу - onResume и даже onPostResume не катят.

многопоточность не?

Дело в том, что если делать плохим способом, то все получается. А именно сказать в SplashScreen, что через LAUNCH_TIME миллисекунд надо запускать второй поток, где ты вызываешь mainACtivity и завершаешь SplashScreen

а грузить в сплеше не пробовали?

раз уж у вас логика предзагрузки привязана к сплэш скрину

Кстати, сам не пробовал, но пацаны рассказывали что фон основной вьюшки-окна рисуется очень рано

я хочу, чтобы появлялся splashScreen, который содержит в себе картинку. Потом после splashscreen запускается mainActivity. Но у меня вместо xml-элементов splash screen'а появляется белый экран. А потом MainActivity.

Есть статья на Хабре, примерно 2016 года. Один из вариантов сделать тему launch, где бэкграунд это xml в которой картинка и в классе в onCreate самой первой строкой проставлять тему основную

Все зависит от того, что ты хочешь сделать при сплеше. Если просто показать, без какой-либо логики, то через тему с заменой

Если будет нужно могу пример прислать чуть позже

<style name="SplashScreen" parent="Theme.AppCompat.NoActionBar"> <item name="android:background">ТВОЙ ЦВЕТ ИЛИ DRAWABLE</item> <!-- цвет вверхнего бара --> <item name="colorPrimaryDark">@color/colorPrimaryDark</item> </style>

<activity android:name=".presentation.view.start.splash.SplashActivity" android:screenOrientation="sensorPortrait" android:theme="@style/SplashScreen"></activity> То, что ли?

Полное руководство по Splash Screen на Android https://habr.com/ru/post/345380/

Всем привет. Хотел бы узнать, есть ли способ анимировать смену текста, находящегося в кнопке? Или проще свою вьюшку с использованием TextView сделать?

Всем привет. Хотел бы узнать, есть ли способ анимировать смену текста, находящегося в кнопке? Или проще свою вьюшку с использованием TextView сделать?

Да, конечно)

Кто знает годный пример многомодульной архитектуры с использованием даггера?

Да, конечно)

Тогда каким образом это можно реализовать? Наверное, сразу стоило задать этот вопрос

Какие сейчас либы для датабиндинга в моде?

Всем привет. Кому-то приходилось для всего андроид приложения задавать в манифесте самый высокий приоритет (в частности, чтобы система не сбрасывала приложение через некоторое время спящего режима из фоновой работы для экономии оперативной памяти). С этим столкнулся при разработке проигрывателя аудио и фм-радио. Буду признателен, если кто-то поделится опытом. Заранее спасибо.

Всем привет. Кому-то приходилось для всего андроид приложения задавать в манифесте самый высокий приоритет (в частности, чтобы система не сбрасывала приложение через некоторое время спящего режима из фоновой работы для экономии оперативной памяти). С этим столкнулся при разработке проигрывателя аудио и фм-радио. Буду признателен, если кто-то поделится опытом. Заранее спасибо.

Тебе просто чтобы сервис в бэкграунде музыку проигрывал?

Да, да. Он и проигрывает, но через минут 30-40 ОС килит его с бэкграунда (в зависимости от размера оперативки, как заметил). По "умолчанию" как получилось выяснить с изучения всяких документаций setPriority подразумевается вроде 1 (если его никак не ставить), а я хочу выставить 999, типа такого, только не знаю как правильно это setPriority сформулировать для всего приложения в манифесте... примеров в документациях не нашел нигде, только упоминание этого "атрибута" абстрактное...

Да, да. Он и проигрывает, но через минут 30-40 ОС килит его с бэкграунда (в зависимости от размера оперативки, как заметил). По "умолчанию" как получилось выяснить с изучения всяких документаций setPriority подразумевается вроде 1 (если его никак не ставить), а я хочу выставить 999, типа такого, только не знаю как правильно это setPriority сформулировать для всего приложения в манифесте... примеров в документациях не нашел нигде, только упоминание этого "атрибута" абстрактное...

Минут?

Да, да. Он и проигрывает, но через минут 30-40 ОС килит его с бэкграунда (в зависимости от размера оперативки, как заметил). По "умолчанию" как получилось выяснить с изучения всяких документаций setPriority подразумевается вроде 1 (если его никак не ставить), а я хочу выставить 999, типа такого, только не знаю как правильно это setPriority сформулировать для всего приложения в манифесте... примеров в документациях не нашел нигде, только упоминание этого "атрибута" абстрактное...

у тебя случаем не miui?

Обычного startforeground в теории должно хватать, чтобы сервис жил

Всем привет. Кому-то приходилось для всего андроид приложения задавать в манифесте самый высокий приоритет (в частности, чтобы система не сбрасывала приложение через некоторое время спящего режима из фоновой работы для экономии оперативной памяти). С этим столкнулся при разработке проигрывателя аудио и фм-радио. Буду признателен, если кто-то поделится опытом. Заранее спасибо.

https://medium.com/androiddevelopers/who-lives-and-who-dies-process-priorities-on-android-cb151f39044f#.rueq0hljz

Всем доброго времени суток. Может у вас идея появится))) Есть изображение... Хочу скейльнуть без особого потери в качестве. При этом center crop не подходит (масштабирует по ширине и оно по Y обрезается). Проще говоря, нужно растянуть, чтобы масштабировалось слева сверху по ширине и высоте и пропорционально. Есть у кого идеи?

не, как понимаю это величина "приоритетности", ее "веса" типа имеется ввиду.. а в меня и правда miui))) редми про ...только в заказчика другая как понял, как понимаю, на разных тестировали, тоже такая история, спасибо огромное, сейчас попробую почитать о startforeground, это наверное как раз то, что надо, искреннее спасибо, кто откликнулся

не, как понимаю это величина "приоритетности", ее "веса" типа имеется ввиду.. а в меня и правда miui))) редми про ...только в заказчика другая как понял, как понимаю, на разных тестировали, тоже такая история, спасибо огромное, сейчас попробую почитать о startforeground, это наверное как раз то, что надо, искреннее спасибо, кто откликнулся

лучше не тести на miui, на некоторых версиях ничего не поможет

не, как понимаю это величина "приоритетности", ее "веса" типа имеется ввиду.. а в меня и правда miui))) редми про ...только в заказчика другая как понял, как понимаю, на разных тестировали, тоже такая история, спасибо огромное, сейчас попробую почитать о startforeground, это наверное как раз то, что надо, искреннее спасибо, кто откликнулся

вот ещё на "почитать" https://developer.android.com/guide/components/activities/process-lifecycle https://developer.android.com/about/versions/oreo/background https://developer.android.com/training/monitoring-device-state/doze-standby

Есть кто могёт хорошо в гугл карты, places и вот это всё? У меня в приложении отвелились запросы за адресом по координатам и наоборот. java.io.IOException: grpc failed Другие запросы в апи работают (автокомплит адреса, например)

При этом отвалились подозрительно сами - рядом уже давно кажется код не трогал

Там вроде миграцию на новую библиотеку запустил гугл, но старая до июля 2019 должна работать

в целом от гугла и всего что он делает с картами дичайше бомбит :(

Привет всем. Есть проблема, я не до конца понимаю как работает Firebase, некоторые ссылкие в гугле говорят что это отдельный сервис работающий 24/7 вместе с гугловским маректом. Меня же интерисует, можно ли обойтись без Firebase. В 95% случаев хватает небольшого Rest API, на которое приложение долбится, однако, как например без Firebase реализовать пуш уведомления например. Как я понимаю, необходимо держать постоянно рабочее TCP соединение, по которому эти самы уведомления и будут прилетать, однако, в случае с Firebase по идеи становится понятно как это сделано, если доверится чувакам, которые говорят, что Firebase использует гугло сервсиы, которые никогда не отключаются, но тогда как в таком случае работает тот же телеграм, у которго уведомления могут приходить в оффлайне или режиме полёта, например всякие оповещения о безопасности аккаунта. Я нагуглил какие-то альтернативы типа того же Parse, но так и не понял как оно работает. Андроид насколько мне не изменияет память отключает всякие фоновые сервисы и соединения, если видит, что батарея садиться очень быстро.

Так вот, можно ли тем же Parse, заменить Firebase, с учётом того, что некоторые плюшки из Firebase можно реализовать дешевле (Например оплатив более дешевые тарифы для регистрации по СМС коду у местных провайдеров)

Вообще я просто не понимаю как на фундаментальном уровне работает тот же Firebase, если это постоянное TCP соединение с сервером, то как его реализовать так, чтобы устройство его не выключало никогда и по этому самому соединению передавалсь информация на устройство, где приложеие уже само решает, что с этой информацией делать

Через апи гугла

То есть, я могу использовать гугл сервисы через гугл апи для работы со своей серверной частью, например, гугл сервисы смогут установить фоновое соединение с моим серваком, где я буду отправлять те же пуш уведомления, а гугл сервисы уже будут понимать, что информацию переданную в них необходимо будет отправить в нужное мне приложение

тогда получается я могу на своем сервере развернуть тот же Parse, который будет бесплатнее гугловского Firebase?

То есть, я могу использовать гугл сервисы через гугл апи для работы со своей серверной частью, например, гугл сервисы смогут установить фоновое соединение с моим серваком, где я буду отправлять те же пуш уведомления, а гугл сервисы уже будут понимать, что информацию переданную в них необходимо будет отправить в нужное мне приложение

телефон будет держать соединение только с серверами гугла

Так в чём профит альтернатив типа того же Parse?

Так в чём профит альтернатив типа того же Parse?

https://docs.parseplatform.org/tutorials/android-push-notifications/

тут же написано что пуши через GCM летают

Тогда зачем нужен Parse вообще, если всё тоже самое есть в Firebase?

и телеграм через Firebase работает, почему нет?

Тогда зачем нужен Parse вообще, если всё тоже самое есть в Firebase?

я не знаю, я первый раз слышу)

и телеграм через Firebase работает, почему нет?

*я так думаю

То есть по идеи смысл в этих всех альтернативных BaaS платформах отпадает, если есть Firebase. Гугл получается окончательно монополистом стал на рынке мобильных устройств.

То есть по идеи смысл в этих всех альтернативных BaaS платформах отпадает, если есть Firebase. Гугл получается окончательно монополистом стал на рынке мобильных устройств.

*android

а смысл телефону держать много соединений одновременно

приложения обычно не живуть долго в фоне, если только процес не visible

так бы каждый свои пуши делал и прощай батарея

Дак просто прикол в том, что у Firebase тарифы странные, я думал, что тем же Parse можно будет, как говорится и на ёлку влесть и шишку съесть

Дак просто прикол в том, что у Firebase тарифы странные, я думал, что тем же Parse можно будет, как говорится и на ёлку влесть и шишку съесть

пуши фри

вот да, пуши-то халявные

Фри то ври, но в них вся соль, получается, что от Parse смысла нет, если мы всё равно связаны с Firebase, а облако для хранения файлов можно вообще тем же пыхо скриптом реализовать отправляя через стандартный HttpClient пост запрос

Я просто нагуглил какие-то статьи аля "10 best alternatives for Firebase"

ну Firebase это не только пуши, это комплекс сервисов

парс тоже не только пуши предоставлял

на iOS пуши тоже ходят только через APNS

То есть, как я понимаю сейчас, Parse можно развернуть у себя на сервере для того, что бы не использовать платные сервисы Firebase, а приложение подключить к Firebase нужно будет толко для каких-то совсем уж зависимых от этого самого Firebase штук, аля пушей

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

Незачем

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

а зачем Parse вообще? Или что под облаком подразумевается

А ну это сервак готовый, я понял

Ну я про облако вроде как не разу не говорил еще, но да ладно, суть просто в том, что у меня есть VPS, и не одна, а я хочу как-то отказаться от Firebase в своём приложении, вот и гуглю альтернативы. так как у меня на нескольких VPS в общей сумме набирается около двух террабайт свободного места, на текущий момент я делал просто API на пыхе который принимал в себя пост запрос, но я потратил очень много времени что бы этот самый запрос на джаве сформировать и отправить, так как тот же браузер некоторые параметры за тебя вписывает, например, поэтому я решил, не парить себе мозг и просто подключил Firebase к себе в приложение, но столкнулся с траблой, что нужно еще кучу всего настроить, те же правила например, а потом к ним авторизацию какую никакую, плюс Firebase даёт очёнь мало места, под моё приложение конкретно, где мне нужно очень много фоточек за день накапливать, например, не говоря уже о других пользовательских файлах, а на серверах у меня места очень много, причём если надо могу докупать по более низким ценам, чем у гугла

А Parse вроде как предоставляет возможность реализации своего собственного бэкэнд сервиса, но в конце концов он всё равно связывается с Firebase. я типа просто тупанул и испугался насчёт того, что я просто возьму и настрою эдакую прослойку между приложением и Firebase и эта самая прослойка окажется бесполезной, но походу Parse использует лишь некоторые штуки от Firebase, которые сами по себе бесплатные, а всё остальное ты уже настраиваешь сам у себя на сервере, тоже хранилище например

Но всё равно хз, имеет ли смысл играться с этим всем, с тем же хранилищем я например решил проблему и без Firebase и без Parse, так как мой хост провайдер недавно релизнул Object Storage, работающий абсолютно точно так же как хранилище Firebase, но в том же Firebase мне понравилось то, что я без лишних манипуляций со стандартной библиотекой языка могу делать чо захочу, просто добавив в грэйдл зависимость и использовать уже готовые методы и классы от Firebase, а в случае с Parse, я так понимаю мне придётся всё самому писать

В случае с моим хост провайдером придётся писать много всяких интересностей для реализации пост запросов к этому самому хранилищу, при том что есть уже готовые либы аля okhttp, но энивей, это чото не то, да и я сам не особо еще вкурил как работать с этими запросами, если в случае пыхи, мне браузер сам формирует недостающие элементы запроса, то с приложением всё придётся самому дописывать, а на это просто времени нет