а, нет, видимо 4

Я бы один попробовал сделать.

так. доп градиент указывать ведь как отдельное view?

в разметке

Можно и так, будет меньше возни с кодом.

тогда все же придется делать 4 дровбла... попробую

9 patch?

https://developer.android.com/studio/write/draw9patch

это каждую фотку так делать?

хороший ход 😏

Рамку с градиентом, которую накладывать сверху.

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

Привет.
Очень странная проблема. Делаю приложение заметок, по логике аналогичное Google заметкам. Есть Room бд. Открывается главный экран -> список заметок (объект Note с полями "имя" и "текст"), с помощью getAll из бд. В onRefresh снова вызывается getAll, а затем метод адаптера  adapter.onNewData, в котором вызывается DiffUtil callback со сравнением теста и имени заметки. Однако в чём хитрость - после редактирования заметки в отдельном в активити (в которое выбранный объект заметки попадает через класс Note handler, и потом через Dao.update(Note) бд обновляется) в дифф утил попадают два уже новых массива. Т.е. массив адаптера каким-то образом получает изменения одного изменённого объекта из другой активити. Как это возможно? Из-за этого и дифф утил не работает собственно. Ощущение, что это как в C, мол все массивы ссылаются на один объект в памяти...

Кто знает куда делся DataTable с компоуза и когда он вернется?

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

В углах сильно затеснено

Хотя ч другой стороны вроде и не сильно критично...

Поэтому 9 patch

Хм.

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

А как вообще там двоеточие вылезло то?

Да хватит уже, лучше скушайте кексик и выпейте стакан молока