Ширину надо тоже 0dp. В констреинте нет матч пэрент

Да

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

Именно так, что все костыли

Печалька

Попробуй высоту констреинта фиксированную

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

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

Можно чуть подробнее?

Можно чуть подробнее?

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

фрейм при клике по маркерам? или чтото вроде снекбара?

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

Эм. Смотря какая инфа) если подходит снекбар - то почему бы не снекбар? Если не подходит снекбар и нужно нечто прям кастомное, то стоит собственно глянуть в сторону customview

хмм как я понял снек вылезает от самого низа

значит лучще кастом) спасибо)

Привет, всем. Вопрос про возможности Андроид Студии, ну там генерация кода. В одной статье я как нашел, как генерировать темплейты. Но тут вопрос, можно ли генерировать сразу классы или группы классов? Типа активити имплеменящая вью интерфейс и презентер с ними связанные? Ну мвп генерация?

Привет, всем. Вопрос про возможности Андроид Студии, ну там генерация кода. В одной статье я как нашел, как генерировать темплейты. Но тут вопрос, можно ли генерировать сразу классы или группы классов? Типа активити имплеменящая вью интерфейс и презентер с ними связанные? Ну мвп генерация?

https://plugins.jetbrains.com/plugin/9784-generate-m-v-p-code

Всем привет! Реализую в приложении такой кейс: если gps не включен, пользователя перекидывает на активити настроек где он может включить gps. Далее по задумке, после включения, активити настроек закрывается а активити приложения открывается чтобы юзер продолжил работу. Делаю через бродкаст ресивер. Проблема - если отписываться от ресивера например в onPause или onStop то он перестает работать до того как становится нужен. Если не отписываться, то, кроме прочего, любое изменение состояния gps в любой момент приводит к открытию приложения из режима ожидания на экран. А этого не хочется. Кто сталкивался, как решали?

Так в чём проблема то? Раскрой свой вопрос: что именно ты не нашёл в гугле, какую ошибку получил и почему решил обратиться сюда)

То есть на запрос "android datepickerdialog" гугл молчит?

Ну и? Я с первого раза осознал что ты написал. Вешай лисенер на поле, выводишь диалог, ловишь результат, заполняешь поле. Профит. В гугле море примеров как это делать.

Хай

Есть проблема

Я когда например хочу послушать музыку и нажимаю на аудио запись включается следующая запись

Так же с галерей с фотками

Спасибо) Во всей сетке наших чатов сначало предупреждают, а если не меняют, то дают ридонли

START_NOT_STICKY - флаг у сервиса, который вырубает сервис, когда закрываешь аппу. А какой флаг, чтобы сервис вырубался, когда скрываешь аппу?

START_NOT_STICKY - флаг у сервиса, который вырубает сервис, когда закрываешь аппу. А какой флаг, чтобы сервис вырубался, когда скрываешь аппу?

Не совсем правильно понимаешь

Не совсем правильно понимаешь

Можешь объяснить?

Можешь объяснить?

флаги влияют на поведение только после того, как сервис умрет не завершившись

http://startandroid.ru/ru/uroki/vse-uroki-spiskom/159-urok-94-service-podrobno-pro-onstartcommand.html

флаги влияют на поведение только после того, как сервис умрет не завершившись

То есть мне придется в onDestroy isFinish.. убивать сервис?

То есть мне придется в onDestroy isFinish.. убивать сервис?

onDestroy не вызывается при сворачивании

посмотри в сторону bound service

спасибо

FCM может обойти doze и appstandby

Только во время видимости твоего приложения ? Если да, то fcm юзать бессмысленно

А что пишешь ?

Ух ты. Прикольно

Заказчики они такие... Мечтатели

Вся наша жизнь - велосипед. А люди в ней - костыли.

Выжимать из батарейки все «соки»

Все зависит от задачи

Хотя если это новомодная «криптовалютная» приложуха - тогда понятно

Такой вопрос: при invalidate кастомной вьюхи в одной группе с ImageView каждый раз вызывается перерисовка и ImageView. И в итоге такая перерисовка занимает не мало времени и бьет по производительности. Как можно решить не прибегая к SurfaceView?

Такой вопрос: при invalidate кастомной вьюхи в одной группе с ImageView каждый раз вызывается перерисовка и ImageView. И в итоге такая перерисовка занимает не мало времени и бьет по производительности. Как можно решить не прибегая к SurfaceView?

а на чем вызываешь invalidate ?

а на чем вызываешь invalidate ?

На кастом вью

а причем тут ImageView ?

больше подробностей

ImageView находится сзади и является фоном

что мешает рисовать фон в onDraw ? и убрать этот ImageView ?

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

canvas.drawBitmap(bitmap, 0, 0, null)

1. Он и вправду высокого разрешения. 2. Не вариант. Тогда придется часто перерисовать ещё и фон

Я уже нашел для себя вариант решения сего, но не знаю как это будет в итоге работать

ну тогда вынеси imageview к другому родителю, и invalidate его не затронет

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

Опять же. Invalidate перерисует rect и все что за ним.

Хореогрфер не глупый класс.

я вижу только вариантс уменьшением разрешения картинки фона

либо, если хочешь чтобы картинка выглядела всегда хорошо на всех размеров экрана, можно создать bitmap размером с экран, нарисовать на нём это картинку, а потом рисовать этот bitmap. в таком подходе у тебя по прежнему будет картинка высокого разрешения, однако рисоваться она всегда будет по размеру экрана

Всем привет. Такой вопрос, используете ли вы constraint layout в продакшене? Как по мне слишком багованная штука для сложных экранов.

И какие же в ней баги?

Просто не замечал

Всем привет. Такой вопрос, используете ли вы constraint layout в продакшене? Как по мне слишком багованная штука для сложных экранов.

интересен вопрос выше

Неумение пользоваться - главный баг)

Всем привет. Такой вопрос, используете ли вы constraint layout в продакшене? Как по мне слишком багованная штука для сложных экранов.

Используем, не встречал ни одного бага. В бете были проблемы с layouteditor, но сейчас и он неплохо работает. В чём у вас проблемы с ним?

люди считают что если в студии гуи начинает подтормаживать при большом количестве вьюх, то это бага ^_^

😁 мол, если в студии лагает, то что будет на телефоне

Всем привет. Такой вопрос, используете ли вы constraint layout в продакшене? Как по мне слишком багованная штука для сложных экранов.

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

как раз на сложных он и проявляется во всей красе, уменьшая вложенность layout

да: https://android-developers.googleblog.com/2017/08/understanding-performance-benefits-of.html

А кто-нибудь знает вообще откуда ноги растут у этого вброса, что Constraint "лагает" на сложных экранах? Уже далеко не в первый раз это вижу, но как выше и писал Алексей, собсна соль то этого layout и есть для сложных экранов. Просто интересен смысл этих вопросов и из-за чего они возникают

Скорее всего от тех, кто спотыкался на косяках beta-версии, которых было в количестве.

Если я не путаю, то бета была почти 3 года назад) вот я и недоумеваю немного

полтора

Серьёзно? Упущение значит моё) с разработкой под андроид познакомился в 15-ом, и думалось до сего момента, что тогда уже бета была. Сам бету не юзал, посему и не спорю

причём полтора года назад - это альфа, а бета даже около года.

Интересно. Не исключено значит что и я на бете успел посидеть, да упустил. Просто до начала этого года с android был связан скорее никак. В 15-ом в ВУЗе курс был - и вот по его памяти казалось что тогда уже о Constraint слышал. Спасибо за информацию) вроде и мелочь, но удивлён

а конвертирование старой разметки в constraint норм теперь работает? недавно пробовал, после конвертации частично поехала, хотя на старой все ок

Интересно. Не исключено значит что и я на бете успел посидеть, да упустил. Просто до начала этого года с android был связан скорее никак. В 15-ом в ВУЗе курс был - и вот по его памяти казалось что тогда уже о Constraint слышал. Спасибо за информацию) вроде и мелочь, но удивлён

Возможно, у вас слились в голове Coordinator и Constraint :)