уже менял по гарантии 3.5мм но с другой ос, ни слова не сказали

ну это так называемая статистическая ошибка выжившего

ну это так называемая статистическая ошибка выжившего

при поломке если виновник прошивка - нет гарантии, а если брак но прошивка не с завода - гарантия будет. Тот же xiaomi практически не реально убить прошивкой

с таким же успехом гарантия слетит если ты другую ос на комп установил?)

с таким же успехом гарантия слетит если ты другую ос на комп установил?)

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

с таким же успехом гарантия слетит если ты другую ос на комп установил?)

ну и конечно же ноутбуки имеют задокументированную возможность менять ось, в отличие от android

😁

стикеры ксаёми подъехали ?

xiaomi очень легко восстановить, а вот с леново когда то нужно было попотеть

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

Hi! Нужно ли в onPause фрагмента удалять все навешанные обработчики событий кнопок, вьюх и т. п.? Вопрос относится к жизненному циклу фрагмента

Hi! Нужно ли в onPause фрагмента удалять все навешанные обработчики событий кнопок, вьюх и т. п.? Вопрос относится к жизненному циклу фрагмента

Нет

Сборщик мусора позаботится об этом?

Ребята, подскажите как проверить на 9 Android есть ли на девайсе "чёлка" ? Window window = getWindow(); WindowInsets windowInsets = window.getDecorView().getRootWindowInsets(); if (windowInsets != null) { return windowInsets.getDisplayCutout() != null; } Не работает. getRootWindowInsets возвращает null

Сборщик мусора позаботится об этом?

да, длительность жизнь вью <= длительности жизни фрагмента

Спасибо

А тот же вопрос про активити?

А тот же вопрос про активити?

то же самое

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

да, длительность жизнь вью <= длительности жизни фрагмента

Но фрагмент может «утечь" со всеми вьюахм

поэтому аккуратней с rx подписками внутри фаргмента, использующими его методы

Как исправить ошибку(проблема с запуском грвфич.редактора?)

И еще, я тут заметил странную багу. У меня есть NavigationDrawer. В нем есть менюшка, когда дровер открыт и поворачиваю экран, после поворота, пункты меню перестают быть кликабельными. Пока закостылил так, что при повороте дровер закрываю.

Однако в другом приложении (не моем) такой баги нет

презентер остается привязанным к старому дроверу?

У меня в активити он создается вместе с событиями

в onCreate

И еще, я тут заметил странную багу. У меня есть NavigationDrawer. В нем есть менюшка, когда дровер открыт и поворачиваю экран, после поворота, пункты меню перестают быть кликабельными. Пока закостылил так, что при повороте дровер закрываю.

без кода не угадаем

Ладно, скину потом

@mobile_jobs

Как исправить ошибку(проблема с запуском грвфич.редактора?)

????

????

там ничего толком не видно

Мне нужно запустиь графический редактор в Android Studio , все элементы почему-то не читаются!

Мне нужно запустиь графический редактор в Android Studio , все элементы почему-то не читаются!

Ванга уже выехала. Какой такой редактор?

Ребята, подскажите как проверить на 9 Android есть ли на девайсе "чёлка" ? Window window = getWindow(); WindowInsets windowInsets = window.getDecorView().getRootWindowInsets(); if (windowInsets != null) { return windowInsets.getDisplayCutout() != null; } Не работает. getRootWindowInsets возвращает null

Хелп плз

Спасибо!

Ванга уже выехала. Какой такой редактор?

Дай админа Оганнесу

Банхаммер не будет остывать тогда 🌚

Оганеса в админы

В президенты, че уж

давай, наобещай нам 3 короба

Кто-нибудь может подсказать, есть ли возможность через корутины вернуть LiveData, но с запаздывающей критерией? Типа критерии нужно сначала слазить в базу, кое что глянуть, а потом уже ее сформировать и применить к репозиторию (ну а там внутри уже Dao дернется). Ваще канешь, критерии тут слегка оверинжиниринг, но трабла с асинхронным запросом в репозиторий остается... Или можно завернуть LiveData в LiveData (we must go deeper), и возвращать пустую LiveData, а как придет нормальная, в нее сделать postValue(с реальной ливдатой) и уже внешне переподписаться (какое-то извращение). https://i.imgur.com/ALNuJjQ.png

подкиньте пример как сделать авторизацию по oauth2 чере customtabs

Хелп плз

public static int getDisplayCutout(Activity activity){ if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) { Window window = activity.getWindow(); if(window != null){ WindowInsets windowInsets = window.getDecorView().getRootWindowInsets(); if(windowInsets != null){ DisplayCutout displayCutout = windowInsets.getDisplayCutout(); if(displayCutout != null && displayCutout.getSafeInsetTop() != 0) { return displayCutout.getSafeInsetTop(); } } } } return 0; }

Если не 0, то челка есть

представляю если бы ты стал президентом, наверное всех расстрелял бы

посадить например )

да, где уж такое добро взять)

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

и таких вариаций штук 6

как проще это ибануть? 6 разных лэйаутов, или кастом вью

смотря насколько слоржно менять

рисовать в голове в onDraw чето мне вообще не хочется )

если прямо много-много всего, погрязнешь в ифах

тогда лучше разные холдеры и айтемы делать

через type вообщем

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

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

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

если все по феншую делать через ondraw, декораторы ресайклера итп это пиздец )

как проще это ибануть? 6 разных лэйаутов, или кастом вью

Я бы скрывал/показывал и маргины двигал. Это будет быстрее работать, чем разные холдеры

нужно вообщем понять

+ можно выделить DelegateAdapter-ы или байндеры, называй как хочешь, каждый из которых будет биндить один из твоих 6ти типов

это именно отдельный элемент списка или разделительно какой-то

в данный момент я не понял )

нужен скрин )

+ можно выделить DelegateAdapter-ы или байндеры, называй как хочешь, каждый из которых будет биндить один из твоих 6ти типов

да я думал сделать один тип как myItem:ConstraintLayout, а там уже внутри конфигурировать

+ можно выделить DelegateAdapter-ы или байндеры, называй как хочешь, каждый из которых будет биндить один из твоих 6ти типов

это и есть отдельны view holder

Не надо так, они не будут переиспользоваться

если посмотрите внутри той самой либы про delegates adapters

что не надо

Смысл ресайклера в переиспользовании viewHolder-ов для айтемов одного типа

что значит одного типа

с чего вы взяли что один тип

если там элементы например разные

ты же переопределяешь itemType

где-то стрелка есть, где-то нету

у адаптера

ну