Résoudre automatiquement la compilation Android Erreur: Les pixels de la vue doivent être soit solides soit transparents (et non des alphas intermédiaires). - Trouvé au pixel n ° 4 le long du bord supérieur

Comment résoudre automatiquement le problème (sans vérifier toutes les images de différentes résolutions)

Pas possible. Puisque vous voulez le .png de se comporter comme un neuf-patch (étendre le long des bords, pas étirer l'ensemble de l'image bitmap), vous allez avoir à les mettre en forme en tant que telle ergo vous devez modifier les fichiers.

Alternative proposée

Car la forme est si simple que vous seriez mieux de supprimer toutes les variantes de ce fichier (en économisant de l'espace, du temps et des maux de tête dans le processus) et de créer /res/drawable/btn_bg_common_press.xml drawable avec le contenu suivant:

<?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>

Vous pouvez utiliser dimen et color ressources, plutôt que de valeurs codées en dur. En outre, vous pouvez ajouter le padding élément à l'intérieur d' shape

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

et/ou de l'envelopper le shape élément à l'intérieur d'un inset élément.

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

Si vous le faites, le drawable aura implicite de rembourrage et vous n'aurez pas à définir quand le style des widgets. Puisque vous avez plusieurs état un drawable pour le bouton, je vous suggère de les convertir au format XML à assurez-vous que l'épaisseur de la ligne et les coins de match.

En dépit de l'élément racine du nom de la <shape> effectivement se gonfle à GradientDrawable (ce qui signifie que vous pouvez le remplir avec un dégradé au lieu de couleur unie). Examen GradientDrawable docs pour l'ensemble de ses options. Ne pas jamais utilisation ShapeDrawable par programme, il ne fonctionne tout simplement pas.

L'analyse de 9 patchs

Considérer les trois suivants images agrandies.

Candidat #1 est un neuf-patch. Il a réservé 1px sur chaque côté pour s'étirer et de rembourrage de spécification. Celui-ci va se comporter comme un ordinaire bitmap lorsqu'il est étiré. Si la largeur sera plus grande que la hauteur, l'épaisseur de la bordure sur les côtés. La frontière à l'échelle proportionnellement.

Candidat #2 est également un neuf-patch et est en train de dire qu'il va s'étirer de tout, en plus de 1px frontière et ont implicite rembourrage de 3px sur chaque côté. Il aura une belle fraîcheur 1px frontière lorsqu'il est étiré.

Candidat n ° 3 est PAS neuf-patch. Il évolue de la même manière que #1.

Maintenant, nous allons jeter un oeil à la version agrandie de l'image que vous avez inclus dans l'OP:

Comme vous pouvez le voir, c'est pas un neuf-patch, donc il ne sera pas interprété comme un et les outils de construction sont assez aimables pour vous avertir de cela. Même si les outils de construction ont été plus indulgent et transparent ajouté 1px sur chaque côté pour vous, le résultat serait comporté comme un vulgaire bitmap, sens lorsqu'il est étiré, il devrait ressembler à Un spécimen à la place du résultat attendu de l'échantillon B.

Voici plus de lecture sur neuf-patches. C'est ce qui explique que le supplément de 1px sur chaque côté est utilisé pour.

Android a maintenant deux PNG crunchers, AAPT une et Java. Pour ignorer le PNG erreur dans le processus de construction, vous pouvez force Gradle construire à utiliser l'ancien AAPT par le réglage de la ligne ci-dessous dans votre construction.gradle fichier:

android.aaptOptions.useAaptPngCruncher = true

Encore cela peut vous donner la même erreur, comme AAPT outil à partir de la dernière kit de développement peut être la vérification de cette erreur trop. Donc, vous avez deux options:

• Trouver une ancienne AAPT, par exemple, <SDK chemin>/build-outils/17.0.0/aapt, remplacer votre SDK AAPT avec cet ancien. Vos problèmes de génération peut être résolu. Si cela ne fonctionne pas, essayez l'option en dessous.

• D'écrire une simple Bash ou Perl script, le nom "aapt" et le mettre dans votre SDK de construire-dossier outils. Ce script appelle l'ancienne version 17 AAPT pour votre *9.png, et l'utilisation de la nouvelle AAPT pour tout le reste. Voir cette Pile Dépassement de réponse pour un exemple de script.