ЕЕ
Всем привет! Вопрос к тем, кто работает с firebase аналитикой:
Почему количество событий и пользователей отличается , где обведено красным?
Почему количество событий и пользователей отличается , где обведено красным?
Size: a a a
2021 January 18
O
Ну можно конечно извращенным способом через слушатели - но решение в лоб очевидное очень простое - при входе в соотв.активность убираем элемент или показываем. Прямо из onCreate
Согласен, вариант приятный
Но тут возникнет проблема такого рода - когда я вхожу в активность, то, скажем, в onResume я должен понять, я пришёл из другой активности или из свернутого состояния? И в зависимости от этого нарисовать/не рисовать элемент
Но тут возникнет проблема такого рода - когда я вхожу в активность, то, скажем, в onResume я должен понять, я пришёл из другой активности или из свернутого состояния? И в зависимости от этого нарисовать/не рисовать элемент
w
Ребят для androidа openjdk хватит?
СП
Согласен, вариант приятный
Но тут возникнет проблема такого рода - когда я вхожу в активность, то, скажем, в onResume я должен понять, я пришёл из другой активности или из свернутого состояния? И в зависимости от этого нарисовать/не рисовать элемент
Но тут возникнет проблема такого рода - когда я вхожу в активность, то, скажем, в onResume я должен понять, я пришёл из другой активности или из свернутого состояния? И в зависимости от этого нарисовать/не рисовать элемент
Ну кажется это реализуемо легко.
RS
Екатерина Ермолаева
Всем привет! Вопрос к тем, кто работает с firebase аналитикой:
Почему количество событий и пользователей отличается , где обведено красным?
Почему количество событий и пользователей отличается , где обведено красным?
Наверно потому, что один пользователь может совершить бесконечное количество событий
r
startForeground(int id, Notification notification) убрали?
r
такое ток осталось?
GM
Екатерина Ермолаева
Всем привет! Вопрос к тем, кто работает с firebase аналитикой:
Почему количество событий и пользователей отличается , где обведено красным?
Почему количество событий и пользователей отличается , где обведено красным?
потому что каждый пользователь может выполнить НН кол во действий
GM
думаю у тебя там session start
ЕЕ
Наверно потому, что один пользователь может совершить бесконечное количество событий
количество событий, всегда подсчитывается. Здесь не понятно, почему количество событий и пользователей справа, отличается количества событий слева?
GM
добег, трекинг не моментальный
GM
идеально смотреть завтрашнем днем
O
Ну кажется это реализуемо легко.
Разве? Буду благодарен, если поделитесь соображениями
RS
Екатерина Ермолаева
количество событий, всегда подсчитывается. Здесь не понятно, почему количество событий и пользователей справа, отличается количества событий слева?
Потому что воткнут какой-то фильтр
D
Согласен, вариант приятный
Но тут возникнет проблема такого рода - когда я вхожу в активность, то, скажем, в onResume я должен понять, я пришёл из другой активности или из свернутого состояния? И в зависимости от этого нарисовать/не рисовать элемент
Но тут возникнет проблема такого рода - когда я вхожу в активность, то, скажем, в onResume я должен понять, я пришёл из другой активности или из свернутого состояния? И в зависимости от этого нарисовать/не рисовать элемент
Ну вы когда событие отловили, вы можете например взять имя класса активити как ключ, а событие как значение и сохранить эту пару куда нибуть, хоть в файл )
А из другой активити читать этот стейт.
А из другой активити читать этот стейт.
GM
Потому что воткнут какой-то фильтр
да возможно дата)
С
Использовать ImageView, с селектором на state_activated, для отображения состояния нормальная практика?
Мне надо просто показывать свернут список или нет. Подумал, что селектор и менять isActivated лучше, чем делать setImageResource каждый раз.
Мне надо просто показывать свернут список или нет. Подумал, что селектор и менять isActivated лучше, чем делать setImageResource каждый раз.
O
Ну вы когда событие отловили, вы можете например взять имя класса активити как ключ, а событие как значение и сохранить эту пару куда нибуть, хоть в файл )
А из другой активити читать этот стейт.
А из другой активити читать этот стейт.
Хм, боюсь, что таким способом я не смогу отследить, свёрнуто приложение или же выполнен переход в другую активность
D
Хм, боюсь, что таким способом я не смогу отследить, свёрнуто приложение или же выполнен переход в другую активность
Смотрите, по идее нужно опираться не на активности, а на некую логику, которая не должна зависеть от UI.
Условно, где то должна быть какая то "карта" которая говорит где сейчас пользователь. На каком он этапе. И через контроллер/презентер говорить UI че рисовать.
Условно, где то должна быть какая то "карта" которая говорит где сейчас пользователь. На каком он этапе. И через контроллер/презентер говорить UI че рисовать.
D
Вам надо пересмотреть архитектуру приложения