Это уже в планах, но пока нужно сделать такой вариант рабочим...

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

Почему?

попробуй забить на retain и глянуть в сторону livedata + viewmodel

Не поможет, лайвдата не даёт возможности восстановить после убийства процесса

Не поможет, лайвдата не даёт возможности восстановить после убийства процесса

saveInstanceState убийства процесса ты имеешь ввиду полной остановки app ?

Так, ладно, окей, давай по-другому: мне нужно сохранять стейт от смерти процесса. Но у меня retain фрагмент, поэтому сохранять и восстанавливать стейт во время поворота экрана - абсолютно бесполезное дело. Что делать?🤷🏻‍♂️

А не при каждом onSaveInstanceState

в чём проблема делать это при каждом onSaveInstanceState?

Не хочу сохранять и восстанавливать инфу каждый раз, когда даже нет намёков на то, что фрагмент собирается умереть

Не хочу сохранять и восстанавливать инфу каждый раз, когда даже нет намёков на то, что фрагмент собирается умереть

Класть в бандл это итак O(n!)

Тебе нужно выполнить какие-то тяжёлые операции перед тем как сможешь положить данные в бандл?

Класть в бандл это итак O(n!)

Не совсем, но у меня картинка гоняется в байт-массив и обратно

Кто больше?

напиши над ней кастомную реализацию Parcelable

Это как

Делал, ругается что превышен размер бандла

Оп! и положил

так, а что ты тогда хочешь?

А за что n!

n!!

У меня так коммивояжер умер

Не совсем, но у меня картинка гоняется в байт-массив и обратно

А оно нужно вам? Туда сюда ее гонять?

Байтоблудие

Ну я пробовал другие варианты, но по-другому ругается на превышение размера. У меня картинки большие, в 2к или 4к могут быть.

Привет 😉 Помогите пожалуйста понять, почему элементы следующие в XML после AppBarLayout игнорят AppBarLayout и отображаются с позиции top = 0, а не с конца AppBarLayout ? Вот XML https://pastebin.com/h5fe73fn

ну им место в файлах

И да, вопрос с собечедований - есть ли ограничение у бандла? Примерный правильный ответ - да, где то 25 мб на все приложения и желательно 1-2 маес на одно

И да, вопрос с собечедований - есть ли ограничение у бандла? Примерный правильный ответ - да, где то 25 мб на все приложения и желательно 1-2 маес на одно

И да, вопрос с собечедований - есть ли ограничение у бандла? Примерный правильный ответ - да, где то 25 мб на все приложения и желательно 1-2 маес на одно

Там ограничение не у бандла же, а у того, какого размера можно загонять бандл в стейт, в extras или аргументы фрагмента.

Там ограничение не у бандла же, а у того, какого размера можно загонять бандл в стейт, в extras или аргументы фрагмента.

It depends on the purpose of the bundle. The bundle itself is only limited by the amount of memory. The two main uses for bundles are to pass information between components using intents and to save the state of activities. 1. Intents / Binders When used to pass information between Android components the bundle is serialized into a binder transaction. The total size for all binder transactions in a process is 1MB. If you exceed this limit you will receive this fatal error "!!! FAILED BINDER TRANSACTION !!!" It's recommend that you keep the data in these bundles as small as possible because it's a shared buffer, anything more than a few kilobytes should be written to disk. Reference:https://android.googlesource.com/platform/frameworks/base/+/jb-release/core/jni/android_util_Binder.cpp ALOGE("!!! FAILED BINDER TRANSACTION !!!"); // TransactionTooLargeException is a checked exception, only throw from certain methods. // FIXME: Transaction too large is the most common reason for FAILED_TRANSACTION // but it is not the only one. The Binder driver can return BR_FAILED_REPLY // for other reasons also, such as if the transaction is malformed or // refers to an FD that has been closed. We should change the driver // to enable us to distinguish these cases in the future. Reference:http://developer.android.com/reference/android/os/TransactionTooLargeException.html The Binder transaction buffer has a limited fixed size, currently 1Mb, which is shared by all transactions in progress for the process. Consequently this exception can be thrown when there are many transactions in progress even when most of the individual transactions are of moderate size. 2. Saved Instance State ( Activity onSaveInstanceState, onPause etc. ) I found no limit in the size I could store in the bundle used to preserve Activity state. I did some tests and could successfully store about 175mb before I received an out of memory exception trying to allocate the data I was attempting to save.

It depends on the purpose of the bundle. The bundle itself is only limited by the amount of memory. The two main uses for bundles are to pass information between components using intents and to save the state of activities. 1. Intents / Binders When used to pass information between Android components the bundle is serialized into a binder transaction. The total size for all binder transactions in a process is 1MB. If you exceed this limit you will receive this fatal error "!!! FAILED BINDER TRANSACTION !!!" It's recommend that you keep the data in these bundles as small as possible because it's a shared buffer, anything more than a few kilobytes should be written to disk. Reference:https://android.googlesource.com/platform/frameworks/base/+/jb-release/core/jni/android_util_Binder.cpp ALOGE("!!! FAILED BINDER TRANSACTION !!!"); // TransactionTooLargeException is a checked exception, only throw from certain methods. // FIXME: Transaction too large is the most common reason for FAILED_TRANSACTION // but it is not the only one. The Binder driver can return BR_FAILED_REPLY // for other reasons also, such as if the transaction is malformed or // refers to an FD that has been closed. We should change the driver // to enable us to distinguish these cases in the future. Reference:http://developer.android.com/reference/android/os/TransactionTooLargeException.html The Binder transaction buffer has a limited fixed size, currently 1Mb, which is shared by all transactions in progress for the process. Consequently this exception can be thrown when there are many transactions in progress even when most of the individual transactions are of moderate size. 2. Saved Instance State ( Activity onSaveInstanceState, onPause etc. ) I found no limit in the size I could store in the bundle used to preserve Activity state. I did some tests and could successfully store about 175mb before I received an out of memory exception trying to allocate the data I was attempting to save.

Привет

Есть ли кто, ставивший twrp на xiaomi?

nometa.xyz

Привета ненавистник

Есть проблемы какие-то?

А тебе сильно нужно?

Понял, столкнулся с такой проблемой, установив twrp: Просит ввести пароль при входе в рекавери, нажимаю назад, и попадаю в меню. Но ничего не могу вшить в системную память, он будто не видит ее, только sd

Понял, столкнулся с такой проблемой, установив twrp: Просит ввести пароль при входе в рекавери, нажимаю назад, и попадаю в меню. Но ничего не могу вшить в системную память, он будто не видит ее, только sd

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

Мне не нужны, если есть претензии к nometa выскажи в лс

Чет не сохраняется скрин, вообщем, кто может знает, что за пароль может стоять? Или стоит просто сброс сделать ещё раз?