Android: icono de la aplicación para depurar y liberar el modo
¿Es posible establecer iconos separados para la aplicación si establecemos android: debuggable = true en el manifiesto y si establecemos android: debuggable = false como en iOS?
- ¿Para qué sirve el "punto" al registrar una actividad
- ¿Cómo cambiar AndroidManifest en tiempo de ejecución?
- ¿Cómo averiguar qué requisitos de hardware tiene mi aplicación de Android?
- El permiso sólo se concede a la aplicación del sistema, en Manifest
- Evite codificar el modo de depuración; Advertencia en el manifiesto de Android
- Obtener instancia de la actividad android.intent.category.LAUNCHER actual
- Ocultar teclado suave al presionar hacia atrás
- Android GPS activado o desactivado
- External AndroidManifest.xml no aparece en el panel de vista del proyecto
- Envío y recepción de SMS y MMS en Android (pre Kit Kat Android 4.4)
- Phonegap android agrega windowSoftInputMode usando config.xml
- Habilitar la depuración USB (bajo configuración / aplicaciones / desarrollo) mediante programación desde una aplicación
- El archivo original 'AndroidManifest.xml' ha sido eliminado o no es accesible
En la medida en que sé que los iconos de aplicación sólo dependen de la carpeta drawables en la que se encuentran, y no hay clasificadores de carpetas para -debug y no hay forma de alterar el icono basado en cambios de manifiesto
Estoy un poco tarde la fiesta, pero de todos modos. Por el momento estoy publicando esto en '16, que en realidad puede tener icono de lanzamiento diferente conjunto simplemente poniéndolos a los respectivos directorios, no estoy seguro de cómo estaba de vuelta en '13 sin embargo. Para lograrlo, necesita crear directorios debug / res bajo app / src y colocar su mipmap o directorios dibujables allí. Así que tendrás app / src / main / res / y app / src / debug / res / paths. Android tendrá mayor prioridad para el directorio de recursos relacionados con la construcción, al directorio principal . Coloque los recursos de depuración y liberación en las rutas apropiadas y tendrá lo que desea. Haga todo lo anterior considerando que tiene que usar el sistema de compilación de Gradle.
Aquí puede leer más sobre cosas como eso: http://tools.android.com/tech-docs/new-build-system/resource-merging
Usted necesita gradle y construir sabores para hacer esto. A continuación, puede tener diferentes carpetas de recursos para los diferentes sabores.
http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Product-flavors
Sé que esta es una vieja pregunta – pero si alguien busca esto …
Puede hacerlo creando un manifiesto de depuración (src / debug / AndroidManifest.xml) y actualizando sus propiedades.
Consulte: http://tools.android.com/tech-docs/new-build-system/user-guide/manifest-merger#TOC-Markers
Usted puede intentar tener dos iconos diferentes de la aplicación en su carpeta drawable – a saber:
- Drawable / app_icon_release
- Drawable / app_icon_debug
Al establecer el modo de depuración en true:
<android xmlns:android="http://schemas.android.com/apk/res/android"> <manifest> <application android:debuggable="true" android:icon="@drawable/app_icon_debug" android:label="Your App Name" > </application> </manifest> </android>
De lo contrario, cuando el modo de depuración a false:
<android xmlns:android="http://schemas.android.com/apk/res/android"> <manifest> <application android:debuggable="false" android:icon="@drawable/app_icon_release" android:label="Your App Name" > </application> </manifest> </android>
Mientras que la respuesta de Alex es buena en caso de que los sabores no estén en uso, para obtener diferentes iconos mientras se utilizan diferentes sabores con múltiples dimensiones, como por ejemplo:
flavorDimensions "color", "size" productFlavors { black { dimension "color" } white { dimension "color" } big { dimension "size" } small { dimension "size" } }
Esto se puede lograr como:
En primer lugar, coloque los recursos de depuración en carpetas separadas, como por ejemplo:
src/blackDebug/res src/whiteDebug/res
En segundo lugar, poner la clave con múltiples dimensiones de sabor es que el nombre del conjunto de fuentes debe contener todas las posibles combinaciones de sabor, incluso si algunas de estas dimensiones no afectan al icono.
sourceSets { // Override the icons in debug mode blackBigDebug.res.srcDir 'src/blackDebug/res' blackSmallDebug.res.srcDir 'src/blackDebug/res' whiteBigDebug.res.srcDir 'src/whiteDebug/res' whiteSamllDebug.res.srcDir 'src/whiteDebug/res' }
Para dejarlo claro, lo siguiente no funcionará cuando se usen varias dimensiones:
sourceSets { // Override the icons in debug mode blackDebug.res.srcDir 'src/blackDebug/res' whiteDebug.res.srcDir 'src/whiteDebug/res' }
- No se puede resolver el símbolo ACCESS_FINE_LOCATION
- Org.apache.http.entity.ContentType ya no está en Apache?