Чешу репу - че то было про отдельный process для отдельных активностей можно прописать в манифесте. Ну и прибить процесс из другого вероятно. Но кажется для пикер активностей нет варианта
Ну обосновать это через то что закрытие через 30 секунд позарез надо для приложения и категорически важно для его функциональности может и можно. Но если пошлют то все труды насмарку
Смотри пользовательская навигация такая: 1) пользователь на странице опроса, отвечает на вопросики 2) Может прикрепить файл и открывается ACTION_GET_CONTENT 3) Когда выходит время закрывается сокет соединение и у пользователя открвается страница с завершением опроса 4) Если при завершении времени был открыт ACTION_GET_CONTENT пользователь так на нем и остается и при выборе фото навигируется не на ту страницу на которой был
Это естественно не полное тз и т.д. опсисано но это рили важно
она может быть "вечно" открыта, забил пользователь на это и все. Понятно что там есть всякие задержки и т.д. чтобы это было наиболее удобно юзеру. Это не полное описание логики, так кратко
А если переложить муки выбора на голову заказчика: кратко, но доходчиво и в письменном виде обрисовать ему плюсы/минусы обоих вариантов — и дать ему пару дней на размышления, пусть там сам думает. И добавить, что сии ограничения обусловлены особенностями платформы. Не?
Что делать если студия ведёт себя не адекватно? при скролле открытого окна - фризы. Иногда что-то изменил в тексте, и нет отрисовки нового состояния. Ну и вот клетка куда-то за пределы окна вылетела (вернуть её получилось только рестартом)