Logo Android
Tiempo de lectura: 4 minutos

La programación es un arte que suele dar bastantes dolores de cabeza. Inicialmente puede parecer que lo importante es ponerse a picar (escribir) código lo más rápido posible para cumplir los requisitos del cliente. Una vez funciona se prepara un interfaz de usuario más o menos usable, se prueba la aplicación y se entrega al cliente. La aplicación tiene que cumplir los requisitos del cliente tanto en el funcionamiento interno como en la apariencia. Normalmente se da más prioridad al funcionamiento interno y se le da menos importancia a la apariencia. Para evitar este problema y que el cliente devuelva una aplicación que no cumple sus necesidades podemos hacer mockups antes de empezar la programación. Un mockup es un esbozo o un boceto de una aplicación. En el caso de una aplicación para Android tendríamos una vista más o menos fiable de la pantalla en la que se mostraran las opciones antes de implementarlas. La ventaja de usarlos es clara ya que permite que el cliente conozca la apariencia de su aplicación y la modifique en las fases iniciales del proyecto.

Leer más

Logo Android
Tiempo de lectura: 4 minutos

Cuando programamos una aplicación de Android la podemos probar en el emulador o en un dispositivo real. Para realizar esto último necesitamos en primer lugar un terminal y en segundo lugar u driver que permita que el sistema, en este caso Windows 8, lo reconozca. El HTC Desire es básicamente un Google Nexus (el primer modelo) y puede utilizar los drivers que están incluidos en el SDK con ciertos matices. Todos los dispositivos USB, sin importar su tipo, tienen un identificador en el que va codificado el fabricante y el tipo de dispositivo. Con esa información el sistema operativo puede asociar un driver y empezar a trabajar con el dispositivo. Aunque el hardware del HTC Desire y el del Google Nexus es prácticamente el mismo utilizan identificadores diferente.

En versiones anteriores de Windows instalar el driver era tan sencillo como añadir el identificador del Desire e instalar. Si lo hacemos en Windows 8 el sistema nos dirá que el driver no está firmado y no podremos continuar. Para poder instalarlo es necesario desactivar temporalmente la comprobación de la firma del driver. En este artículo veremos todos los pasos necesarios para conseguir esto y poder probar las aplicaciones que desarrollemos en el HTC Desire.

Leer más

Logo Android
Tiempo de lectura: < 1 minuto

En un artículo de El android libre he visto el anuncio de un curso gratuito de programación en Android. El curso es no presencial y las clases se reciben desde el navegador. La única condición para realizar el curso es registrarse antes del 31 de Enero. En total tenemos 10 módulos que se liberan a lo largo del tiempo.

Recordar que tenéis que matricularos antes del 31 de Enero.

El contenido es:

  • Módulo 0: Presentación.
  • Módulo 1: Visión general y entorno de desarrollo
  • Módulo 2: Diseño de la interfaz de usuario: Vistas y Layouts
  • Módulo 3: Actividades e Intenciones
  • Módulo 4: Gráficos en Android
  • Módulo 5: Entradas en Android
  • Módulo 6: Multimedia y ciclo de vida de una aplicación
  • Módulo 7: Seguridad y posicionamiento
  • Módulo 8: Servicios, notificaciones y receptores de anuncios
  • Módulo 9: Almacenamiento de datos
  • Módulo 10: Internet: sockets, HTTP y servicios web
sdk-cube
Tiempo de lectura: < 1 minuto

GDL es un conjunto de conferencias que dan diferentes trabajadores de Google relacionadas con varias tecnologías: Android, Google+, Google Drive, etc. Hay dos formas de ver las conferencias: en directo (con una emisión en streaming) o posteriormente con un vídeo de Youtube. No hay una hora fija y las conferencias se dan a lo largo del día. El listado completo está en el siguiente enlace. Si tenéis una cuenta de Google es posible añadir una cita con el evento pulsando directamente sobre la conferencia que nos interese. La hora se pondrá de forma local aunque pertenezca a otra zona horaria.

  • Android Developer Office Hours (EMEA Edition): Miércoles de 15:00 a 16:00
  • Android Developer Lab+: Jueves de 6:00 – 6:30
  • The App Clinic: TBA: Viernes de 20:30 – 21:00
Tiempo de lectura: 2 minutos

Desde hace tiempo le estoy dando vueltas a un proyecto relacionado con Android. La programación y la implementación se realizan en el PC. Si queremos hacer una prueba en un dispositivo real recurrimos a los terminales que tenemos a mano. ¿Qué pasa si la aplicación que hemos hecho funciona bien en nuestro teléfono pero falla al usar otra versión de Android? ¿La aplicación tendrá la misma apariencia o será cómoda de usar en un tablet? Para resolver estos problemas aparece esta «incubadora» de proyectos.

Leer más

sdk-cube
Tiempo de lectura: < 1 minuto

En otros artículos publicados en InnerZaurus hemos visto la forma de preparar el entorno de programación de Android utilizando una instalación previa de Eclipse, bajando el SDK de Android y por último instalando los plugins del SDK. Aunque podemos seguir trabajando de esa forma existe otra forma de hacer la instalación que es más rápida y nos deja un sistema preparado con sólo descomprimir un archivo. Si accedemos a la página del SDK veremos que está disponible el ADT (Android Developer Tools). ¿Qué incluye este paquete?, todo lo necesario para trabajar con Android 4.2 en Windows, Mac y GNU/Linux.

El paquete ADT incluye:

  • Eclipse y el plugin ADT configurado.
  • El SDK de Android 4.2.
  • Las herramientas extras como son el emulador o el instalador de las versiones del SDK.

El paquete está disponible para 32 y 64 bits. He comprobado el funcionamiento en Windows 8 x64, en las otras plataformas debe funcionar también. Si falla algún elemento podéis decirlo en los comentarios. Los enlaces de descargas son:

Windows 32-bit adt-bundle-windows-x86.zip
Windows 64-bit adt-bundle-windows-x86_64.zip
Mac OS X 64-bit adt-bundle-mac-x86_64.zip
Linux 32-bit adt-bundle-linux-x86.zip
Linux 64-bit adt-bundle-linux-x86_64.zip

Si estamos en Windows el paquete lo podemos dejar en Archivos de programa, para el caso de GNU/Linux es suficiente con ponerlo en la carpeta del usuario. Descomprimimos el paquete y tendremos dos carpetas, una que contiene Eclipse y la otra el SDK. Si vamos a programar para alguna versión anterior (por ejemplo Android 2.3) será necesario descargar esa versión del SDK. Para los usuarios de Windows es necesario lanzar Eclipse con permisos de Administrador si queremos poder descargar otras versiones del SDK. Otra opción es lanzar la primera vez el instalador del SDK como Administrador y Eclipse como usuario normal.

Logo Android
Tiempo de lectura: < 1 minuto

En los tiempos del MS-Dos sólo podíamos tener una aplicación en ejecución. Cuando finalizaba el programa, liberábamos los recursos de forma controlada. Con el paso a los entornos actuales cada aplicación se ejecuta de forma «independiente». El sistema cambia entre una y otra dependiendo del comportamiento del usuario. De forma similar al MS-Dos, cada aplicación se puede cerrar cuando el usuario lo decide. Esta aproximación deja de tener valor en los terminales móviles debido a las características especiales que tienen. Las aplicaciones tienen un botón «salir» cuya función es cerrar la aplicación y liberar los recursos.

Leer más

Logo SDK
Tiempo de lectura: 2 minutos

Eclipse Juno es la nueva versión de este IDE y ya se encuentra disponible en los repositorios de Fedora 17. Este documento es una actualización de la guía Instalación del Android SDK en Fedora 16 e incluye la nueva versión del SDK de Android (r20 en la fecha de publicación) y Eclipse Juno. Es posible programar usando NetBeans, pero no tiene las mismas funciones que el Plug-in de Android para Eclipse. Los pasos para preparar el entorno de programación se pueden aplicar a otras distribuciones como es el caso de Ubuntu. Esta guía es una actualización de la que estaba publicada previamente, por esa razón algunos pasos como la creación del dispositivo virtual se han omitido para que no fuera excesivamente larga. La versión anterior seguirá estando en la web de InnerZaurus.

Leer más

Logo SDK
Tiempo de lectura: < 1 minuto

Ahora que se acerca el verano el tiempo libre para trabajar en proyectos aumenta. Para empezar a programar con Android el primer paso (y uno bastante importante) es preparar el entorno de desarrollo. Normalmente para hacer esto usamos alguna guía que explique los pasos para hacerlo. Si estas empezando, es normal que en algún paso te quedes estancado sobre todo si no trabajas con Windows.

Para hacerlo de forma diferente se puede hacer una «reunión» en el IRC para poder preguntar las dudas y tener las respuestas en el momento de forma que la preparación del entorno sea más rápida. Después de preparar el entorno se compilaría un programa de prueba y se pasaría al terminal con Android. Los requisitos para asistir son tener un equipo con conexión a la red y un sistema operativo instalado, ya sea GNU/Linux o Windows.

Como fecha inicial podría ser el próximo Viernes 13, aunque es posible cambiarla si os viene bien otra.

¿Qué os parece la idea?

Logo SDK
Tiempo de lectura: 3 minutos

En anteriores artículos hemos visto la forma de preparar el sistema para compilar y ejecutar los programas de Android. Aunque muchas veces es posible hacer las pruebas en el emulador no siempre es la forma más eficiente de depurar un programa. Por esta razón ayuda probar el programa en un dispositivo real que puede ser un teléfono o un tablet. Partiendo del típico programa “Hola mundo” veremos la forma de probarlo en ambos dispositivos bajo el sistema operativo GNU/Linux. Los pasos se aplican a Fedora 16 pero deberían funcionar en otras distribuciones sin problemas.

En el caso de no tener el sistema preparado puedes consultar el artículo Instalación del Android SDK en Fedora 16 x64. Si tu sistema es de 64 bits es necesario instalar algunos paquetes extras debido a que el SDK de Android está preparado para 32 bits.

Creamos un proyecto nuevo en Eclipse con Archivo, Nuevo Proyecto, Android Project

  • Rellenamos los datos del proyecto y completamos el asistente (no importa los datos de la aplicación).
  • Para ejecutar el programa pulsamos Ejecutar (Ctrl + F11).

Los dispositivos bajo prueba son:

  • HTC Desire con Android 2.3.7 (API 10).
  • bq Kepler con Android 2.3.1 (API 9).

Para esta prueba el proyecto usará el API 9 del SDK. Dependiendo del dispositivo tendremos dos formas de configurarlos para que los detecte Eclipse.

  • HTC Desire: comprobamos que está activado el modo de depuración
    • Ajustes > Aplicaciones > Desarrollo > Depuración USB.
    • Hay que activarlo antes de conectar el teléfono al PC.
  • Bq Kepler: comprobamos que está activado el modo de depuración
    • Desconectamos el tablet del PC.
    • Ajustes > Aplicaciones > Desarrollo > Depuración USB.

Si todo es correcto, cuando ejecutemos el programa en Eclipse veremos una ventana similar a la siguiente:

Selección del dispositivo

Es posible que en algún momento queramos hacer una captura de la pantalla de los dispositivos. Si el dispositivo no tiene acceso root, se pueden hacer las capturas usan el SDK de Android. Abrimos una consola, pasamos a la carpeta de Androidtools. Ejecutamos la aplicación ddms, seleccionamos el dispositivo y hacemos la captura con Ctrl + S.

Captura de pantalla

Capturando el teléfono y el tablet tenemos:

Captura Desire

Captura Kepler

Ejecutamos el programa en Eclipse con Ctrl + F11 y vemos el resultado en ambos dispositivos.

Programa DesireEl mismo programa en el tablet

Programa Kepler