Android-Build automatisch lösen Fehler: Rahmenpixel müssen entweder durchgehend oder transparent sein (keine Zwischenalphas). - Gefunden bei Pixel # 4 entlang der Oberkante

Question

Android Studio (mit SDK 19, 21 oder 22) zeigt einen Fehler, dass Eclipse-ADT (mit SDK 19) nicht:

Error:9-patch image D:\Workspaces....\res\drawable-hdpi\btn_bg_common_press.9.png malformed. Error:Frame pixels must be either solid or transparent (not intermediate alphas). - Found at pixel #4 along top edge.

Or another error:

Error:Ticks in transparent frame must be black or red.

sowohl innerhalb aapt

Error:Error: com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process 'command 'E:\Android\sdk-Android-Studio\build-tools\19.1.0\aapt.exe'' finished with non-zero exit value 42

Beispiel der Datei ist oben, aber es gibt 20+ solche Dateien, die gut funktioniert haben.

Wie mache ich Android Studio oder Gradle überspringe diesen Fehler und nicht fehl, ohne diese Dateien eins nach dem anderen zu ändern?

Wenn es mit Gradle nicht möglich ist, welches Befehlszeilentool könnte ich verwenden, um alle transparenten Pixel durch nichttransparente zu ersetzen?

Die build.gradle-Datei für das Anwendungsmodul (wo Ressourcen) ist unten.

Ich habe beide mit SDK 19 and SDK 21 und build tools 19.1, 21.1.2, 22 versucht.

Ein ähnliches Problem auf AOSP, Issue 159464: Android studio: mergeDebugResources FAILED when importing Eclipse project.

buildscript { 
    repositories { 
     jcenter() 
    } 
    dependencies { 
     classpath 'com.android.tools.build:gradle:1.1.+' 
    } 
} 

allprojects { 
    repositories { 
     jcenter() 
    } 
} 

//--- 
task wrapper(type: Wrapper) { 
    gradleVersion = '2.2.1' 
} 

apply plugin: 'com.android.application' 

dependencies { 
    compile fileTree(dir: 'libs', include: '*.jar') 
    compile project(':afinal') 
    compile 'com.android.support:appcompat-v7:19.0.+' 
    //compile 'com.android.support:appcompat-v7:21.0.+' 
} 

//--- 
android { 
    sourceSets { 
     main { 
      manifest.srcFile 'AndroidManifest.xml' 
      res.srcDirs = ['res'] 
      assets.srcDirs = ['assets'] 
     } 
    } 

    compileSdkVersion 19 
    buildToolsVersion "19.1.0" 
    //compileSdkVersion 21 
    //buildToolsVersion "21.1.2" 
    //compileSdkVersion Integer.parseInt(project.COMPILE_SDK_VERSION) 
    //buildToolsVersion project.BUILD_TOOLS_VERSION 

    buildTypes { 
     release { 
      minifyEnabled false 
      proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt' 
      zipAlignEnabled true 
      //signingConfig signingConfigs.release 
     } 
     debug { 
      zipAlignEnabled true 
     } 
    } 

    lintOptions { 
     //checkReleaseBuilds false 
     // Or, if you prefer, you can continue to check for errors in release builds, 
     // but continue the build even when errors are found: 
     abortOnError false // false also required by https://wiki.jenkins-ci.org/display/JENKINS/Android+Lint+Plugin 
    } 
}//android 

Android Gradle Plugins Quellen sind bei https://android.googlesource.com/platform/tools/build/+/master.

Answer 1

How automatically solve the issue (without checking all images in different resolutions)

Nicht möglich. Da Sie möchten, dass sich die PNG wie ein Neun-Patch verhält (entlang der Kanten erweitern, nicht die gesamte Bitmap dehnen), müssen Sie sie als solche formatieren. Ergo Sie müssen die Dateien ändern.

vorgeschlagene alternative

Da die Form so einfach ist, sollten Sie besser dran, alle Varianten dieser Datei zu löschen (das spart Platz, Zeit und Kopfschmerzen in den Prozess) und erstellen /res/drawable/btn_bg_common_press.xml ziehbar mit folgendem Inhalt:

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

Sie können dimen und color Ressourcen anstelle von fest codierten Werte verwenden. Zusätzlich sollten Sie die padding Element innerhalb shape

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

und/oder wickeln Sie das shape Element innerhalb eines inset Element hinzuzufügen.

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

Wenn Sie das tun, wird die ziehbar padding implizierten haben und Sie werden es nicht gesetzt haben, wenn Widgets Styling. Da Sie für die Schaltfläche mehrere Zustandszeichenstile haben, schlage ich vor, dass Sie alle in XML konvertieren, um sicherzustellen, dass die Linienstärke und die Ecken übereinstimmen.

Trotz des Namens des Root-Elements wird die <shape> tatsächlich auf GradientDrawable aufgebläht (was bedeutet, dass Sie sie mit Farbverlauf anstelle von Volltonfarbe füllen können). Überprüfen Sie GradientDrawable docs für alle seine Optionen. Nicht jemals Verwenden Sie ShapeDrawable programmgesteuert, es funktioniert einfach nicht.

Analysieren 9-Patches

Betrachten Sie die drei folgenden vergrößerte Bilder.

Candidate # 1 ist ein neun-Patch. Es hat 1px auf jeder Seite für Stretch und Polsterung reserviert. Dieser wird sich wie eine gewöhnliche Bitmap verhalten, wenn er gestreckt wird. Wenn die Breite größer als die Höhe ist, ändert sich auch die Randstärke an den Seiten. Die Grenze wird proportional skaliert.

Kandidat # 2 ist auch ein Neun-Patch und sagt eigentlich, dass es alles außer 1px Grenze dehnen wird und eine Auffüllung von 3px auf jeder Seite enthalten wird. Es hat einen schönen knackigen 1px Rand, wenn es gestreckt wird.

Kandidat # 3 ist NICHT ein Neun-Patch. Es skaliert auf die gleiche Weise wie # 1.

Lassen Sie uns jetzt auf vergrößerte Version des Bildes einen Blick darauf werfen Sie in OP enthalten:

Wie Sie sehen, es ist nicht ein Neun-Patch, so dass es nicht als eine bekommen interpretiert wird und Die Build-Tools sind so freundlich, Sie davor zu warnen. Auch wenn ältere Build-Tools mehr zu vergeben, und hinzugefügt transparent 1px auf jeder Seite für Sie, wäre das Ergebnis wie eine gewöhnliche Bitmap-artig, was bedeutet, wenn sie gedehnt es wie Probe A statt erwartete Ergebnis Probe B.

aussehen würde

Hier ist more reading on nine-patches. Dies erklärt, wofür das zusätzliche 1px auf jeder Seite verwendet wird.

Answer 2

Android hat nun zwei PNG Cruncher, den AAPT one und einen Java one. Um den PNG Fehler in Build-Prozess zu ignorieren, können Sie force Gradle build to use the old AAPT durch die folgende Zeile in Ihrer build.gradle Bildeinstellung:

android.aaptOptions.useAaptPngCruncher = true 

Dennoch kann dies gibt Ihnen den gleichen Fehler, wie das AAPT-Tool aus dem aktuellen SDK könnte sein, auch auf diesen Fehler prüfen. So haben Sie zwei Möglichkeiten:

• finden eine ältere AAPT zum Beispiel < SDK path> /build-tools/17.0.0/aapt, Ihr aktuelles SDK AAPT mit diesem alten überschrieben. Ihre Build-Probleme jetzt gelöst werden können. Wenn dies nicht funktioniert, versuchen Sie die folgende Option.

• ein einfaches Bash oder Perl-Skript schreiben, nennen Sie es „aapt“ und legen Sie sie in Ihrem aktuellen SDK Build-Tool-Ordner. Dieses Skript ruft die alte Version 17 AAPT für Ihr * 9.png auf und verwendet das neue AAPT für alles andere. Ein Beispielskript finden Sie unter this Stack Overflow answer.

Answer 3

Das angegebene Beispiel ist kein 9-Patch-Image, wie gesagt wurde.

Wenn Sie nicht jede Ressource ändern möchten, um sie in eine gültige 9-Patch-Ressource umzuwandeln, können Sie versuchen, ".9" im Ressourcennamen zu entfernen. Auf diese Weise sollte das Verhalten identisch sein und Sie werden keine Buildfehler erhalten.

Answer 4

Um dieses Problem zu lösen, stellen Sie sicher, dass Sie alle Kanten mit schwarzen oder roten Punkten füllen. Dies löste mein Problem für alle SDK-Versionen. Wenn Sie nicht vertikal oder horizontal oder beide skalieren möchten, füllen Sie einfach alle Kanten. In diesem Fall wird das Bild nicht skaliert.

Without error

With malformed error