Часто вообще .idea целиком игнорят. Мне такое не нравится, я обычно хочу оставить inspectionProfiles. Но libraries точно в игнор.

кстати насчет вчерашнего вопроса моего про аттач детач вьюх, который делает ресайклер. У нас есть например карточка фильма (класс) , он перейспользуется, т.е. сетятся данные другого фильма и таким образом классов всего 10, которые наполняют то одними данными, то другими. Я вот даже не знаю, в чем профит, один экран ну пусть будет 200 классов таких содержит.. Вот думаю раз при старте, я даю фокус карточке, а потом в дебаге вижу, что эта карточка с фокусом получает, новые данные ну и наверняка, чтобы это отрисовать нужен детач ..

спасибо, буду знать. А так да, настройки idea тоже хочется сохранять, у меня стиль к которому привык, почти все разными цветами, но в меру. На много удобнее стандатрной темы

Привет, кто сталкивался при использовании StaggeredGridLayoutManager + Picasso, изображение не остается в ImageView, как при LinearLayoutManager? Подскажите, думаю кто работал с эти сразу поймёт...

?

Нипонял. На экране 200 вьюхолдеров или таки 10?
Профит ресайклера в том, что байндинг вью производится моментально (и лейаут при выводе на экран тоже, если у нас все одного размера, один раз считаем).
А создание вьюхолдера операция тяжелая - много памяти, под сотню внутренних параметров, а в нем еще несколько, и дlя всех лэйаут и draw отработать надо.
А сделать все 200 заранее памяти не хватит

Да уже на 3 холдерах будет виснуть

нет немножко не об этом. Да так работает ресайклер, вьюхолдер это рассчитанный layout, в который пихаются то одни то другие данные. В этот момент детач аттач у вьюхи не делается, только перерисовка.  Но у нас помимо этого , есть свой механизм, есть например десять классов для карточки фильма, в которые сетятся данные и он перерисовывается.  Зачем это, если ресаклер итак этим занят не знаю. Может для того, чтобы разные ресаклеры расположенные в вертикальном, тоже переиспользовали одни и те же вьюхи. Может из-за не знания что pool вертикального ресаклера можно расшарить на горизонтальные , средствами самого ресайклера.

Будьте добры

как только кто-то захочет ответить, он обязательно это сделает)

ну а так в общем я понял. Я проверить хотел мысль, что в адаптере ресаклер вызывает onViewDetachedFromWindow именно по причине того, что холдер переиспользуется. Но кажется это не так..или все таки так? ведь когда мы скроллим, холдер меняет свою позицию..

Последнее предложение - где то читал что чтото такое было.
У меня есть проект со вложеными ресайклерами (и с логами на каждый байнд), но пока не знаю как это проверить

Оверрайднуть детач и воткнуть лог и и узнаешь

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

Или что другое оверрайднуть

Вообщетакое умное конечно могли организовать - объединение пулов

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

В смысле попадают ли в пул самые внутренние вьюшки, это иментся в виду? А то для них и создание и дестракшн тоже можно залогировать

нет, изначально у меня другая проблема. Я при onCreate фрагмента подписан на LayoutComleted layoutManager для вертикального ресаклера , в документации  написано, что когда он окончательно нарисует все, единожды будет колбек. Он стучит не один раз, около 6 .. Ну и я на этом методе в одном из горизонтальных ресаклеров на первую вьюху ставлю фокус.  Потом вижу что вьюха детачится, фокус теряется. При следующем layoutComleted я снова даю фокус первой вьюхе , но вижу что это уже вьюха с другим айдишником.

А много тут таких, которых тоже бесят дизайнеры, которые рисуют дизайн под iOS и реализовывать тоже самое на андроид? Под предлогом: "В Figma -  это есть, значит в андроиде это тоже есть"