Cuando hay un cambio de orientación, si la actividad no maneja el cambio de orientación, probablemente sea destruida y recreada. Entonces ¿Qué pasa con el ProgressDialog?.

Iniciemos con dos reglas que debemos seguir:

1. Si va a crear el AsyncTask dentro de la actividad como un inner class, asegúrese de que sea estática. Las inner class no estáticas, guardan una referencia de la outer class, en nuestro caso, la Actividad. Esto quiere decir que estamos “filtrando” (leaking) memoria, pues esa referencia de la actividad queda ahi mientras siga vivo el AsyncTask, y esto hay que evitarlo.
2. Para crear el ProgressDialog, utilice los métodos que tiene disponible la actividad. Me refiero a onCreateDialog, showDialog y dismissDialog. Esto por que a la hora de cambiar la orientación de la pantalla y al destruir y recrear la actividad, Android va a mantener el estado de los dialogs que estaban presentes y se encargará de mostrarlos nuevamente cuando la actividad es recreada.

El consenso es utilizar el método onRetainNonConfigurationInstance, para “guardar” la referencia del AsynctTask, así, cuando la nueva actividad es creada, ella se dará cuenta si la tarea todavia está en progreso, para poder “acoplarse” a ella.

public class EjemploProgressDialogActivity extends Activity {
    public static final String TAG = "EXAMPLE_DIALOG";

    public static final int PROGRESS_DIALOG = 1;

    MyTask task;

    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        Log.d(TAG, "onCreate");
        Object obj = getLastNonConfigurationInstance();
        if (obj != null && obj instanceof MyTask) {
            Log.d(TAG, "Tarea previa ejecutandose");
            task = (MyTask) obj;
            task.attach(this);
        } else {
            task = new MyTask(this);
            task.execute(10);
            Log.d(TAG, "Nueva tarea creada y ejecutada");
        }
    }

    @Override
    protected Dialog onCreateDialog(int id) {

        switch (id) {
        case PROGRESS_DIALOG:
            ProgressDialog pd = new ProgressDialog(this);
            pd.setTitle("Trabajando");
            pd.setMessage("Por favor espere...");
            return pd;

        default:
            break;
        }
        return super.onCreateDialog(id);
    }

    @Override
    protected void onPause() {
        super.onPause();
        Log.d(TAG, "onPause");
    }

    @Override
    protected void onRestart() {
        super.onRestart();
        Log.d(TAG, "onRestart");

    }

    @Override
    protected void onResume() {
        super.onResume();
        Log.d(TAG, "onResume");
    }

    @Override
    protected void onStart() {
        super.onStart();
        Log.d(TAG, "onStart");
    }

    @Override
    protected void onStop() {
        super.onStop();
        Log.d(TAG, "onStop");
    }

    @Override
    public Object onRetainNonConfigurationInstance() {
        // Aqui es donde se hace la magia
        if (task != null) {
            task.deattach();
            return task;
        }
        return super.onRetainNonConfigurationInstance();
    }

    private static class MyTask extends AsyncTask {
        WeakReference ctx;

        public MyTask(Activity activity) {
            super();
            attach(activity);
        }

        @Override
        protected void onPreExecute() {
            Activity activity = ctx.get();
            if (activity != null && !activity.isFinishing()) {
                Log.d(TAG, "Mostrando Progress Dialog");
                activity.showDialog(PROGRESS_DIALOG);
            }
        }

        @Override
        protected Void doInBackground(Integer... params) {
            int seconds = params[0];
            try {
                Log.d(TAG, "Tarea va a durar " + seconds + " segundos");
                Thread.sleep(seconds * 1000);
                Log.d(TAG, "Tarea Lista");
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            return null;
        }

        @Override
        protected void onPostExecute(Void result) {
            if (ctx != null && ctx.get() != null) {
                Activity activity = ctx.get();
                if (!activity.isFinishing()) {
                    Log.d(TAG, "Ocultando Progress Dialog");
                    activity.dismissDialog(PROGRESS_DIALOG);
                }
            }
        }

        public void attach(Activity activity) {
            this.ctx = new WeakReference(activity);
        }

        public void deattach() {
            ctx = null;
        }

    }
}

En la línea 14, pueden ver que en el método onCreate se pregunta si se salvó algún objeto previamente y luego se hacen los chequeos respectivos para asegurarse que el objeto sea el AsyncTask. En este ejemplo en particular, se crea el AsyncTask en el método onCreate, por lo que en el caso de que no exista, se crea.

En la línea 18 se ejecuta el método attach,para que el AsyncTask tenga la nueva referencia de la Actividad.

En la línea 77 que es el momento en que la actividad da su último suspiro, el AsyncTask se desacopla y se “salva” la referencia al AsyncTask para que la siguiente actividad (si es el caso) la retome, como vimos en el método onCreate.

Si ven la implementación del AsyncTask, primero que todo, se guarda la referencia a la actividad dentro de un WeakReference, para así evitar “filtrar” memoria.

En los métodos onPreExecute y onPostExecute se hacen validaciones para asegurarse de que la referencia de la actividad sea válidad (que exista la referencia y que la actividad no esté en proceso de morirse).

Si ejecutáramos éste código,  sin mover el dispositivo, esta sería la salida en la bitácora:

10-04 21:54:46.254: DEBUG/EXAMPLE_DIALOG(6155): onCreate
10-04 21:54:46.294: DEBUG/EXAMPLE_DIALOG(6155): Mostrando Progress Dialog
10-04 21:54:46.514: DEBUG/EXAMPLE_DIALOG(6155): Tarea va a durar 10 segundos
10-04 21:54:46.514: DEBUG/EXAMPLE_DIALOG(6155): Nueva tarea creada y ejecutada
10-04 21:54:46.514: DEBUG/EXAMPLE_DIALOG(6155): onStart
10-04 21:54:46.524: DEBUG/EXAMPLE_DIALOG(6155): onResume
10-04 21:54:56.518: DEBUG/EXAMPLE_DIALOG(6155): Tarea Lista
10-04 21:54:56.524: DEBUG/EXAMPLE_DIALOG(6155): Ocultando Progress Dialog
10-04 21:55:12.395: DEBUG/EXAMPLE_DIALOG(6155): onPause
10-04 21:55:12.554: DEBUG/EXAMPLE_DIALOG(6155): onStop

Pero si cambiamos la orientación del dispositivo, esto sería el resultado:

te
10-04 21:56:08.584: DEBUG/EXAMPLE_DIALOG(6155): Mostrando Progress Dialog
10-04 21:56:08.754: DEBUG/EXAMPLE_DIALOG(6155): Nueva tarea creada y ejecutada
10-04 21:56:08.754: DEBUG/EXAMPLE_DIALOG(6155): onStart
10-04 21:56:08.754: DEBUG/EXAMPLE_DIALOG(6155): Tarea va a durar 10 segundos
10-04 21:56:08.764: DEBUG/EXAMPLE_DIALOG(6155): onResume
10-04 21:56:10.424: DEBUG/EXAMPLE_DIALOG(6155): onPause
10-04 21:56:10.424: DEBUG/EXAMPLE_DIALOG(6155): onStop
10-04 21:56:10.544: DEBUG/EXAMPLE_DIALOG(6155): onCreate
10-04 21:56:10.544: DEBUG/EXAMPLE_DIALOG(6155): Tarea previa ejecutandose
10-04 21:56:10.544: DEBUG/EXAMPLE_DIALOG(6155): onStart
10-04 21:56:10.704: DEBUG/EXAMPLE_DIALOG(6155): onResume
10-04 21:56:18.755: DEBUG/EXAMPLE_DIALOG(6155): Tarea Lista
10-04 21:56:18.755: DEBUG/EXAMPLE_DIALOG(6155): Ocultando Progress Dialog
10-04 21:56:21.626: DEBUG/EXAMPLE_DIALOG(6155): onPause
10-04 21:56:21.784: DEBUG/EXAMPLE_DIALOG(6155): onStop

Imprimí además cuando se ejecutan otros métodos del ciclo de vida, para tener una referencia de cuando ocurre qué.

Video streaming by Ustream

No se les olvide, el grupo de facebook en http://www.facebook.com/groups/arduinocr

Apesar de mi gran interés en la electrónica, siempre ha sido una area flaca, básicamente por mi dificultad de entender la parte de las Leyes de Ohm y el resto de su teoría. Y es que a mi me gusta aprender haciendo y cuando descubrí Arduino fue como que oyeran mis plegarias.

No voy a ahondar mucho sobre que es Arduino, básicamente es una plataforma electrónica de código abierto, para crear objetos interactivos al ambiente. Si usted desea aprender más sobre Arduino, le recomiendo que se dé una vuelta por el sitio oficial que es http://www.arduino.cc y en español http://www.arduino.cc/es/.

Yo me compré este Starter Kit en Sparkfun (amazon / sparkfun), que viene con un Arduino Uno, varios sensores (temperatura, luz, flexibilidad, etc), algunos LEDs, resistencias, mini protoboard y jump wires. Lamentablemente por cuestiones de tiempo lo tuve guardado varios meses.

Al ver el anuncio en Google IO 2011 sobre el Android Open Accessorie Developer Kit (ADK) y de que podía comunicarse con Android y que además el hardware era compatible con Arduino dije: -¡Ahora sí! pero en ese momento el costo del ADK board era alrededor de los $300. Otro problema es que el ADK solo es compatible con dispositivos 2.3.4+. Como era compatible con Arduino, pensé que debía de haber alguna forma de poder hacer el ADK y efectivamente, ya alguien vió el mismo problema y puso en su blog, como hacer su propio (DIY) ADK board.

Ronfont en su sitio web, posteó los pasos de como instalar el ADK en un Arduino + USB Host Shield (ver post aquí). No le bastó y 3 días después, publicó un post, donde “hackeó” el protocolo ADB para poder hacer comunicar a un dispositivo Android con la pareja Arduino+USB Host Shield. Esto se convirtió en un proyecto de código abierto llamado MicroBridge que permitiría a dispositivos de 1.5 en adelante, comunicarse con Arduino.

Ésta no es la única forma de poder comunicar un Arduino con Android. Otra opción basada en USB, es la tarjeta IOIO (en inglés se pronuncia como yo-yo) creada por Sparkfun. SeeedStudio creó su propia version llamada SeedDuino ADK Mainboard. Microship también ofrece el chipKIT. ITeadStudio tiene su version llamada Iteaduino ADK Main board. Todas andan alrededor de los $80 actualmente.

Además de las opciones USB, hay otra opción de comunicar a Android con Arduino mediante Bluetooth. Primero se ocupa un módulo Bluetooth, y de esos también hay bastantes sabores. De los que yo conozco estan el BlueSmirf y los Bluetooth Shield (slave y slave/master).

Existe un proyecto de código abierto llamado Amarino que ofrece un API para Android y la librería para Arduino. Ya lo utilicé y es bastante sencillo una vez comprendido las bases.

Espero que esta información introductoria les sea de utilidad, proximamente postearé más información con ejemplos reales. Pueden revisar mi blog en la sección de Arduino, ahi ya he colocado un par de videos de mi pruebas con Microbrige.

Referencias:

1. Google’s Open Accessory Development Kit on Standard Arduino Hardware.
2. MicroBridge: ADB support for Arduino
3. Amarino

Aqui les dejo además algunos links de interes (algunos incluidos en la presentación como QR code)

• Android Market Developer Distribution Agreement
• Como firmar su aplicación (apk)
• Preparando su build para el market
• Distribuidor de Publicidad Móvil Adwhir: https://www.adwhirl.com/
• Google AdSense (y otrora AdMob): http://www.admob.com/ y http://www.google.com/adsense/
• Jumptap: http://www.jumptap.com/

El método simplemente recortaba la imagen generando un nuevo Bitmap:

    public static Bitmap getRoundedCornerBitmap(Bitmap bitmap, final float roundPx) {
        if (bitmap == null) {
            throw new IllegalArgumentException("Bitmap to round corners can not be null");
        }
        Bitmap output = Bitmap.createBitmap(bitmap.getWidth(), bitmap.getHeight(), Config.ARGB_8888);
        Canvas canvas = new Canvas(output);
        final Rect rect = new Rect(0, 0, bitmap.getWidth(), bitmap.getHeight());
        final RectF rectF = new RectF(rect);
        final int color = 0xff424242;
        final Paint paint = new Paint();
        paint.setAntiAlias(true);
        canvas.drawARGB(0, 0, 0, 0);
        paint.setColor(color);
        canvas.drawRoundRect(rectF, roundPx, roundPx, paint);
        paint.setXfermode(new PorterDuffXfermode(Mode.SRC_IN));
        canvas.drawBitmap(bitmap, rect, rect, paint);
        return output;
    }

Pero ciertas imágenes tenia ciertos problemas causando recortes execivos, además de estar alojando dos veces la misma imagen en el heap. Aun cuando se puede mandar a “reciclar” el bitmap viejo, es un gasto innecesario de memoria.

Luego, investigando un poco más, me encontre esta solución en StackOverflow. Básicamente es crear una clase que herede de ImageView y sobreescribir el método onDraw, y utilizando un clipPath, “ocultar” las esquinas con un rectangulo redondeado.

public class RoundedImageView extends ImageView {
    public RoundedImageView(Context context) {
        super(context);
    }
    public RoundedImageView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    public RoundedImageView(Context context, AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    }
    @Override
    protected void onDraw(Canvas canvas) {
        Path clipPath = new Path();
        int w = this.getWidth();
        int h = this.getHeight();
        clipPath.addRoundRect(new RectF(0, 0, w, h), 10.0f, 10.0f, Path.Direction.CW);
        canvas.clipPath(clipPath);
        super.onDraw(canvas);
    }
}

Ésta implementación es muy sencilla, pero se podría modificar para que acepte un parámetro desde el Layout (XML) para definir la cantidad de redondeo

De esta manera, no es necesario procesar la imagen, reduciendo el uso de heap nativo y mostrando la imagen más rapidamente.

Ya con este ejemplo ejecutandose, me dedicaré a entender el código C del ADB para poder programar mis propios sketchs de arduino y estudiar la aplicación de Android para ver que se me ocurre.

Fuente:

• http://romfont.com/2011/05/12/google%E2%80%99s-open-accessory-development-kit-on-standard-arduino-hardware/
• http://romfont.com/2011/05/15/microbridge-adb-support-for-arduino/

Links:

• MicroBridge http://code.google.com/p/microbridge/
• Arduino http://www.arduino.cc
• Android Open Accessory Development Kit http://developer.android.com/guide/topics/usb/adk.html

El “bug” es que ciertos layouts, pueden provocar que el teclado virtual (o softkeyboard) se active tan pronto como la actividad (o ventana) toma foco (se coloca en la pila de ventananas). Según mis pruebas, (que pueden ver en el post) todo pasa cuando el layout tiene un widget contenedor, llámese un ListView, GridView, Gallery, etc. y debajo de él un campo de texto. Esta combinación, parece provocar, en ciertos devices como el HTC Desire  y el LG GX2, ambos con Android 2.2, la activación del softkeyboad.

El mes pasado puse una pregunta en el grupo de google para Desarrolladores de Android (ver pregunta aquí), pero lo único que me contestaron fue como “mitigarlo”.

Dentro de las recomendaciones que me hicieron, fue que creara un repositorio con el código, para que otras personas pudieran probarlo. Pueden bajar el código en Github:

https://github.com/fr4gus/AndroidSoftKeyboardBug

Me gustaría saber si alguien más lo puede replicar, con cual o cuales devices y si tiene alguna idea de si es un bug o no.

-f4