привет! а кто пользуется котлин synthetic? В какой момент становятся доступны вьюхи?

в onCreateView падает с NPE

в onCreateView падает с NPE

в onViewCreated

а впрочем, я похоже сам ответил на свой вопрос)

в onCreateView тольео инфлейт

в onViewCreated

угу, спасибо

всем привет!) подскажите с проблемой: есть SurfaceView во фрагменте. открываю фрагмент ( например в третий раз за 5 минут), у вьюхи видимость - gone, изменяю visibility на visible, но ее на экране нет - как будто последнее не сработало. Но нет, оно сработало, ходила с дебагом - у вью visibility - visible, а вот isAttached - false что ж с ней делать и в чем может быть проблема?

всем привет!) подскажите с проблемой: есть SurfaceView во фрагменте. открываю фрагмент ( например в третий раз за 5 минут), у вьюхи видимость - gone, изменяю visibility на visible, но ее на экране нет - как будто последнее не сработало. Но нет, оно сработало, ходила с дебагом - у вью visibility - visible, а вот isAttached - false что ж с ней делать и в чем может быть проблема?

Там где ты ставишь фрагмент во второй раз можешь не создавать каждый раз новый а искать существующий по тегу и ставить его.

Там где ты ставишь фрагмент во второй раз можешь не создавать каждый раз новый а искать существующий по тегу и ставить его.

да так и происходит. причем не по тегу, а создаю екземпляр один раз и меняю

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

да так и происходит. причем не по тегу, а создаю екземпляр один раз и меняю

То есть ты меняшь видимость когда фрагмент !isAttached? Тогда его не должно быть видно. Возможно есть какое то дублирование одинаковых фрагментов

То есть ты меняшь видимость когда фрагмент !isAttached? Тогда его не должно быть видно. Возможно есть какое то дублирование одинаковых фрагментов

нету дублирования. экземпляр класса фрагмента - один. когда лаяут отрисован, видимость этой вьюшки меняю - ни в какую, но если пройти ифами после этого - visibility: visible, isAttachedToWindow: false

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

пойду проверю потоки...

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

как смена делается?

как смена делается?

supportFragmentManager.beginTransaction() .replace(R.id.rootView, fragment) .commitAllowingStateLoss()

supportFragmentManager.beginTransaction() .replace(R.id.rootView, fragment) .commitAllowingStateLoss()

всё ок :/ проверь isAdded ещё

всё ок :/ проверь isAdded ещё

пару мин

В constraintlayout можно как то сделать аналог preferencefragment без размещения опций в доп контейнеры?

Всем привет. Подскажите пожалуйста как сделать такой диалог

То есть при выборе третьего варианта диалог раскрывается и у пользователя появляется ещё 3 варианта выбора

Это может быть немного глупый вброс, но убедитесь, что вы никак и нигде не путаетесь с SurfaceView, ибо этот контрол по факту ссылается на отдельную поверхность вне рамок основного окна с ViewTree, в виду чего по идее лучше бы брать TextureView, но тут уже кому чего нужнее конечно

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

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

но при колапсинг-тулбаре так не получается...

всем привет!) подскажите с проблемой: есть SurfaceView во фрагменте. открываю фрагмент ( например в третий раз за 5 минут), у вьюхи видимость - gone, изменяю visibility на visible, но ее на экране нет - как будто последнее не сработало. Но нет, оно сработало, ходила с дебагом - у вью visibility - visible, а вот isAttached - false что ж с ней делать и в чем может быть проблема?

SurfaceView ? ??? может некоторые флаги такую фигню вносят (н-р setWillNotDraw или setZOrderOnTop) ...их использование или наоборот - неиспользование

SurfaceView ? ??? может некоторые флаги такую фигню вносят (н-р setWillNotDraw или setZOrderOnTop) ...их использование или наоборот - неиспользование

У нее на первый показ все норм

но при колапсинг-тулбаре так не получается...

Не проще уговорить дизайнера сделать FAB для обновления? Серьезно

Когда уже "клауд-тестинг из студии" наладят - задумка хорошая - а вот работает как-то недоконца

Не проще уговорить дизайнера сделать FAB для обновления? Серьезно

к сожалению, дизайном такие элементы не предусмотрены...

У нее на первый показ все норм

тогда надо из условия задачи исключить SurfaceView - а то он с понтов сбивает)) (значит да - что-то с фрагм)

Можно лишний раз проверить isAttached на контейнере в котором SurfaceView, чтобы понять еще конкретнее где встряло

Можно лишний раз проверить isAttached на контейнере в котором SurfaceView, чтобы понять еще конкретнее где встряло

нет смысла - в контейнере еще несколько вью - они отображаются нормально

Ну, я люблю просто точно убедиться в некоторых вещах

Можно лишний раз проверить isAttached на контейнере в котором SurfaceView, чтобы понять еще конкретнее где встряло

с монитором смотрела карту вью - нужной мне вьюхи там нет как будто только у нее не сработало изменение видимости

нет смысла - в контейнере еще несколько вью - они отображаются нормально

А видимость других вьюх норм меняется?

тогда надо из условия задачи исключить SurfaceView - а то он с понтов сбивает)) (значит да - что-то с фрагм)

не понимаю как те флаги могут повлиять... вьюха не отображается после смены раз через 3)

А видимость других вьюх норм меняется?

похоже что да)

похоже что да)

ну вот... исключите фактор SurfaceView (либо - наоборот - рассматривайте особенности SurfaceView, включая выше приведённые флаги)

А ты можешь подменить только SurfaceView чем то и попробовать? Пусть даже пустой вью с красным фоном

фактически. пробовала изначально поставить visibility = visible, но тогда вью отображается, а вот данные к ней не применяются

А ты можешь подменить только SurfaceView чем то и попробовать? Пусть даже пустой вью с красным фоном

как вариант

А ты можешь подменить только SurfaceView чем то и попробовать? Пусть даже пустой вью с красным фоном

оке, попробую

Похоже вообще на какой то сбой инициализации SurfaceView внутри, но ведь это не должно влиять на приклеивание к окну ... Технически конечно у нее свое окно и isAttached не несет смысла. Блин, интересно интересно

коллеги, добрый день такой вопрос когда вешаю линкифай на текствью, после клика по всему паренту нет рипла

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

чяднт?

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

Похоже вообще на какой то сбой инициализации SurfaceView внутри, но ведь это не должно влиять на приклеивание к окну ... Технически конечно у нее свое окно и isAttached не несет смысла. Блин, интересно интересно

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

Попробуй поиграться с DescendantFocusability или как то так

пробовал

ставил blockDescendants на парент у текствью и на главного парента

пробовал тоглить кликабл и фокусабл на всех вьюшках

same stuff repeats

Плохо, потому что мне такое помогало иногда

.-.

ладно, я побежал страдать дальше))

ладно, я побежал страдать дальше))

Во даже чего нашел

https://github.com/saket/Better-Link-Movement-Method/blob/master/better-link-movement-method/src/main/java/me/saket/bettermovementmethod/BetterLinkMovementMethod.java

хм

Попробуй пошукать на тему LinkMovementMethod. Он вроде отвечает за все кликабилити ссылок

И так же перевод фокуса кнопками

Добрый день. Подскажите, пожалуйста. Располагаю одну вью поверх button, и анимирую эту вью. (расползаются круги, короче). Как можно сделать, чтобы анимация была видна строго в пределах кнопки?

то есть была как бы внутри неё

Добрый день. Подскажите, пожалуйста. Располагаю одну вью поверх button, и анимирую эту вью. (расползаются круги, короче). Как можно сделать, чтобы анимация была видна строго в пределах кнопки?

сделать свой <ripple> с <item android:id="@android:id/mask" android:drawable="@drawable/my_btn_shape"/>... <ripple/>

но у меня не риппл от слова совсем

> расползаются круги на канвасе рисуешь?

анимация работает постоянно, идёт от центра кнопки расползающимися кругами, со своими альфами, просчетами радиуса и т.д.

мне нужно именно задать границы для видимости вьюхи

если это возможно

анимация работает постоянно, идёт от центра кнопки расползающимися кругами, со своими альфами, просчетами радиуса и т.д.

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

canvas.quickReject

эта анимация используется много где

так что хз

так что хз

всмысле

хз на счет такого решения

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

я вообще думал в сторону OutlineProvider

я вообще думал в сторону OutlineProvider

если api 21+, то да

вариант

но он как-то не особо работает

В обед помогу если хочешь

привет!)))

но он как-то не особо работает

значи как-то не особо правильно делаешь )

да, скорее всего

?

ладно, ну буду ждать твоего вопроса как сделать правильно вот пример с круглым View. fun View.circleClip() { doOnPreDraw { val viewWidth = width val viewHeight = height val roundOutlineProvider = object : ViewOutlineProvider() { override fun getOutline(view: View, outline: Outline) { val rect = Rect(0, 0, viewWidth, viewHeight) outline.setRoundRect(rect, Math.max(viewWidth, viewHeight) / 2f) } } outlineProvider = roundOutlineProvider clipToOutline = true } }

Спасибо

Просто я уже разобрался :)

Котлин превращается в еще большее мясо когда его кидают в телеграм

не вызвал clipTo

Котлин превращается в еще большее мясо когда его кидают в телеграм

это только в мобильном клиенте )

Котлин превращается в еще большее мясо когда его кидают в телеграм

надо монитор фотографировать а не текст кидать)))

надо монитор фотографировать а не текст кидать)))

Вариант ножницами ага