То есть создать ConstraintLayout и на него закинуть фото, а

потом ловить нажатие на ConstraintLayout?

Не думаю.

а есть может дока тогда связанная с этим?

Вы имеете задачу создать "кнопку" из image (как я понял). Хорошая задача. Поищите в сети, как это делают другие. Плюсы и минусы. Почему они так делают. И делайте. Отстаньте от гпт. Без опыта, он вас испортит.

я знаю как создать ImageButton, но фото ведь вместе с ним все равно растянется

Если вы все сделали правильно, в плане закрепа и настройки, то нет.

ладно, спасибо за помощь

сделай кастомный класс, назови его relativeButton, наследующийся от RelativeLayout. В него добавляешь обычную кнопку MATCH_PARENT, так же добавляешь TextView и ImageView. ImageView центрируешь по вертикали и цепляешь к LEFT, ( там есть опция ALIGN_PARENT_LEFT), выставляешь ему margin так что бы не лип к левому краю. TextView выставляешь в правую часть кнопки, задаешь ему размер так что бы не налазил на кнопку и равняешь текст по правой стороне. В конце все добавляешь в свою кнопку. Примерно так.

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

Согласен.

Юра, ну ты же адепт всего запаковывания в xml, ты не шаришь за динамическое создание контента, зачем ты высказываешь свое мнение о вещах о которых ничего не знаешь? А то я помню "файловый менеджер это 100 строк кода")

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

да, прекинь. древняя технология предков

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

на флаттере вся верстка через код)

Просто компоуз, он бокс в боксе и боксом погоняет, да все это в обычном коде и с непривычки, глаз плывет. Может если постоянно его использовать, то привыкнешь. А так на xml глянешь и мгновенно все понятно.

Эт видимо для зумеров))) технология

Я то вообще доисторический. Я даже вьюбайндинг не пользую. Только findViewById(). Настоящий каменный век.

Я тоже использую findview)) если ддинные портянки то просто через паттерн холдер группирую

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

Тем более, там сам GPT код писал, наверняка.

А еще, многие библиотеки (графические) не адаптированы под него, а значит надо совмещать. А это уже другое веселье. Как итог, выигрыш сомнительный.

Недавно надо было сделать автообрезку битмапы от прозрачных краев. Дак ни в одной либе норм реализации не нашел, сделал сам

Picasso>

так, берем пнгшку с прозрачной рамкой и где-то забытым случайным единичным пикселем че будет?

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

причем тут трансформа, мне надо автоматом

Задача не до конца ясна. Что ты вкладываешь в "автоматом"? При присвоении в ImageView через пикассу своей картинки ты можешь задать туда аргументом трансформу которая из твоего битмапа сделает что угодно. В один клик и в один кастомный класс. Если тебе надо что бы у тебя прямо готовые картинки упали куда-то в приложении, то пикассо и такое умеет, хотя я и не проверял.

задача - выковыривать хитровыебанно закодированные текстуры из игры и автоматом кропить их по максимуму близко к границам текстуры

а ну это уже поинтересней. Тогда создание своей либы вполне оправдано.

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