Automáticamente resuelve Android build Error: Los píxeles del marco deben ser sólidos o transparentes (no alfas intermedios). – Encontrado en el pixel # 4 a lo largo del borde superior

Cómo resolver automáticamente el problema (sin comprobar todas las imágenes en diferentes resoluciones)

Imposible. Puesto que usted quiere que el .png se comporte como un parche de nueve (expandir a lo largo de los bordes, no estirar todo el mapa de bits), usted va a tener que darles formato como tal ergo usted tiene que modificar los archivos .

Alternativa propuesta

Dado que la forma es tan simple que sería mejor eliminar todas las variantes de este archivo (ahorro de espacio, tiempo y dolor de cabeza en el proceso) y crear /res/drawable/btn_bg_common_press.xml con los siguientes contenidos:

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

Puede utilizar dimen y recursos de color lugar de valores codificados. Además, es posible que desee agregar el elemento de padding dentro de la shape

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

Y / o envolver el elemento de shape dentro de un elemento 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> 

Si haces eso, el dibujable tendrá relleno implícito y no tendrás que configurarlo cuando estilizas widgets. Puesto que usted tiene varios estados desplegables para el botón que sugiero que convertir todos ellos a XML para asegurarse de que el grosor de la línea y las esquinas coinciden.

A pesar del nombre del elemento raíz, el <shape> infla de hecho a GradientDrawable (lo que significa que puedes llenarlo con gradiente en lugar de color sólido). Revise los documentos de GradientDrawable para todas sus opciones. Nunca utilice ShapeDrawable programática, simplemente no funciona.

Analizando 9 parches

Considere las tres siguientes imágenes ampliadas.

El Candidato # 1 es un parche de nueve. Tiene 1px reservado en cada lado para la especificación del estiramiento y del relleno. Este se comportará como un mapa de bits normal cuando se estira. Si el ancho será mayor que la altura, también lo será el grosor del borde en los lados. La frontera se escalará proporcionalmente.

Candidato # 2 es también un parche de nueve y está diciendo que va a estirar todo, además de 1px frontera y tendrá relleno implícita de 3px en cada lado. Tendrá un borde 1px crujiente agradable cuando estirado.

El Candidato # 3 NO es un parche de nueve. Se escala de la misma manera que # 1.

Ahora echemos un vistazo a la versión ampliada de la imagen que incluyó en OP:

Como se puede ver, no es un parche de nueve, por lo que no se interpretará como uno y las herramientas de construcción son lo suficientemente amables para advertirle de eso. Incluso si las herramientas de construcción más antiguas eran más tolerantes y se agregaba 1px transparente en cada lado para usted, el resultado se habría comportado como un mapa de bits ordinario, es decir, cuando se estira, se vería como el espécimen A en lugar del resultado esperado.

Aquí hay más lectura en nueve parches . Esto explica por qué se utiliza el 1px extra de cada lado.

El ejemplo dado no es una imagen de 9 parches, como se ha dicho.

Si no desea modificar cada recurso para transformarlo en un recurso de revisión válido, podría intentar eliminar ".9" en el nombre de los recursos. De esta forma, el comportamiento debe ser el mismo y no obtendrá errores de compilación.

Android ahora tiene dos crujidores de png, el aapt uno y uno de java. Para ignorar el error png en el proceso de compilación, puede forzar la compilación gradle para usar aapt antiguo, estableciendo debajo de la línea en su build.gradle

 android.aaptOptions.useAaptPngCruncher = true 

Sin embargo, esto puede darle el mismo error, como una herramienta aapt de SDK más reciente podría estar comprobando este error también. Así que tienes 2 opciones:

• Por ejemplo: /build-tools/17.0.0/aapt, sobrescribe tu sdk aapt actual con este antiguo. Los problemas de compilación ahora pueden resolverse. Si esto no funciona, pruebe la siguiente opción.

• Escriba un script bash o perl simple, llámelo "aapt" y póngalo en su carpeta actual de build-tools de SDK, este script llamará old a177 aapt para su * 9.png, y use aapt nuevo para todo lo demás. Vea esta respuesta de SO para un script de ejemplo.

Para solucionar este problema asegúrese de llenar todos los bordes con puntos negros o rojos. Esto resolvió mi problema en toda la versión sdk. Si no desea que la escala sea vertical u horizontal, o ambos simplemente llenar todo el borde. En este caso, la imagen no escala introducir aquí la descripción de la imagen sin error con error malformado