Автоматически решать проблему с сборкой Android: пиксели кадра должны быть сплошными или прозрачными (не промежуточными альфа). - Найден в пикселе # 4 вдоль верхнего края

Ответ 1

Как автоматически решить проблему (без проверки всех изображений в разных разрешениях)

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

Предлагаемая альтернатива

Так как форма настолько проста, вам лучше удалить все варианты этого файла (экономя пространство, время и головную боль в процессе) и создайте /res/drawable/btn_bg_common_press.xml с последующим содержимым:

<?xml version="1.0" encoding="utf-8"?>
<shape xmlns:android="http://schemas.android.com/apk/res/android"
       android:shape="rectangle">
    <corners android:radius="16dp"/>
    <solid android:color="#ccc"/>
    <stroke
        android:color="#0c0"
        android:width="2dp"/>
</shape>

Вы можете использовать ресурсы dimen и color вместо жестко заданных значений. Кроме того, вы можете добавить элемент padding внутри shape

<shape...>
    <padding
        android:top="8dp"
        android:left="8dp"
        android:bottom="8dp"
        android:right="8dp"/>
</shape>

и/или оберните элемент shape внутри элемента inset.

<inset
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:insetTop="8dp"
    android:insetLeft="8dp"
    android:insetBottom="8dp"
    android:insetRight="8dp">
    <shape...>
</inset>

Если вы это сделаете, то в drawable будет подразумеваться прокладка, и вам не придется устанавливать ее при создании виджетов. Поскольку у вас есть несколько отображаемых состояний для кнопки, я предлагаю вам преобразовать их все в XML, чтобы убедиться, что толщина линии и углы соответствуют.

Несмотря на название корневого элемента <shape> на самом деле раздувается до GradientDrawable (это означает, что вы можете заполнить его градиентом вместо сплошного цвета). Просмотрите GradientDrawable docs для всех своих опций. Никогда не используйте программный код ShapeDrawable, он просто не работает.

Анализ 9 патчей

Рассмотрим три следующих увеличенных изображения.

Кандидат №1 - это девятипартик. Он зарезервировал 1px с каждой стороны для спецификации растяжения и заполнения. Это будет вести себя как обычное растровое изображение при растяжении. Если ширина будет больше высоты, то и толщина границы по бокам. Граница будет масштабироваться пропорционально.

Кандидат № 2 также является девятипалатом и на самом деле говорит, что он будет растягивать все, кроме границы 1px, и будет иметь подразумеваемое дополнение 3px с каждой стороны. При растяжении у него будет хорошая четкая граница 1px.

Кандидат № 3 НЕ девятикратный патч. Он масштабируется так же, как # 1.

Теперь взглянем на увеличенную версию изображения, которое вы включили в OP:

Как вы видите, это не девять патчей, поэтому он не будет интерпретироваться как один, а инструменты сборки достаточно любезны, чтобы предупредить вас об этом. Даже если старые инструменты сборки были более прощающими и добавляли для вас прозрачную 1px с каждой стороны, результат вел бы себя как обычное растровое изображение, то есть при растяжении оно выглядело бы как образец A вместо ожидаемого образца результата B.

Здесь больше читает на девяти патчах. Это объясняет, для чего используются дополнительные 1px с каждой стороны.

Ответ 2

Приведенный пример - это не 9 патч-изображений, как было сказано.

Если вы не хотите изменять каждый ресурс, чтобы преобразовать его в действительный 9 ресурс патча, вы можете попробовать удалить ".9" в имени ресурса. Таким образом, поведение должно быть одинаковым, и вы не получите ошибок сборки.

Ответ 3

Android теперь имеет два PNG-crunchers, один AAPT и один Java. Чтобы игнорировать ошибку PNG в процессе сборки, вы можете force Gradle build использовать старый AAPT, установив нижнюю строку в своей сборке. файл градиента:

android.aaptOptions.useAaptPngCruncher = true

Тем не менее это может привести к той же ошибке, поскольку инструмент AAPT из последней версии SDK также может проверять эту ошибку. Таким образом, у вас есть два варианта:

• Найдите более старый AAPT, например, < SDK path > /build-tools/17.0.0/aapt, перезапишите текущий SDK AAPT с помощью этого старого. Теперь проблемы с сборкой могут быть решены. Если это не сработает, попробуйте вариант ниже.

• Напишите простой Bash или Perl script, назовите его "aapt" и поместите его в свою текущую папку инструментов SDK. Этот script будет вызывать старую версию 17 AAPT для вашего * 9.png и использовать новый AAPT для всего остального. См. этот ответ стека переполнение для образца script.

Ответ 4

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

Без ошибок

С неверной ошибкой