android - 自动解决 Android 构建错误 :Frame pixels must be either solid or transparent (not intermediate alphas). - 在顶部边缘的像素 #4 处找到

Question

Android Studio(使用 SDK 19、21 或 22)显示 Eclipse ADT(使用 SDK 19)没有显示的错误:

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.

或another error :

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

都在 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

文件示例如上，但有 20 多个这样的文件运行良好。

如何让 Android Studio 或 Gradle 跳过此错误，并且不必逐一修改这些文件而不会失败？

如果 Gradle 无法实现，我可以使用什么命令行工具将所有透明像素替换为不透明？

应用程序模块(资源所在)的 build.gradle 文件如下。

我都试过 SDK 19 and SDK 21和 build tools 19.1, 21.1.2, 22 .

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 插件源位于 https://android.googlesource.com/platform/tools/build/+/master .

Answer 1

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

不可能。由于您希望 .png 表现得像一个九补丁(沿边缘扩展，而不是拉伸(stretch)整个位图)，因此您必须将它们格式化为这样的格式，因此 您必须修改文件.

建议的替代方案

由于形状非常简单，您最好删除此文件的所有变体(节省空间、时间和过程中的麻烦)并创建 /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-patches

考虑以下三张放大图像。

候选#1 是一个九补丁。它在每一侧都保留了 1px 用于拉伸(stretch)和填充规范。这一张在拉伸(stretch)时将表现为普通位图。如果宽度大于高度，则两侧的边框厚度也将大于高度。边框将按比例缩放。

Candidate #2 也是一个九补丁，实际上是说它会拉伸(stretch)除 1px 边框之外的所有内容，并且每边都有 3px 的隐含填充。拉伸(stretch)时它会有一个清晰的 1px 边框。

候选人 #3 不是九补丁。它的缩放方式与 #1 相同。

现在让我们看一下您在 OP 中包含的图像的放大版本:

如您所见，它不是 9-patch ，因此不会被解释为一个补丁，并且构建工具足够友好地警告您这一点。即使较旧的构建工具更宽容并为您在每一侧添加透明 1px，结果也会表现得像普通位图，这意味着当拉伸(stretch)时它看起来像样本 A 而不是预期结果样本 B。

这是 more reading on nine-patches .这解释了每边额外的 1px 的用途。