Clase Help

[JA-Gonz]

Debemos de definir una clase Help. Dicha clase será en realidad un Activity, que será llamada desde cualquier botón de ayuda que metamos en la aplicación.

Hablemos de dos cosas: del diseño, y de la forma de llamarla.

En el tema del diseño, había pensado que la vista sea (y debe ser así) modificada en tiempo de ejecución (o crear tropecientos mil XML distintos para cada juego que pueda llamar a la clase Help). Había pensado en un diseño sencillo y fácil tanto de hacer como de leer. Concretamente, un texto grandecito a modo de título, una pequeña descripción, una imagen, y un texto que en teoría es más largo. Así por ejemplo, si se le llama desde la actividad "juegos", quedaría bonita una captura de pantalla con los 5 juegos distintos y una explicación de como se selecciona cada uno y que son los números que ven. O dentro de Juego 1 por ejemplo, una captura de pantalla de lo que significan las medallas, las máximas puntuaciones, los circulos que se rellenan, como desbloquear niveles, etc. Y ya dentro de cada juego, una captura de pantalla del tablero, explicando que se debe hacer en ese juego específico. Tenemos pues, el activity "menú de juegos", los 5 activity de seleccion de nivel dentro de cada juego, y los propios tableros de los juegos que llaman a esta clase.

Hablando ahora en el tema de cómo llamarla, como estamos viendo que la puede llamar todo Cristo, había pensado en pasar dos informaciones extra. Una le dice si se le está llamando desde el "hall" de un juego, o desde el tablero del juego (si no es ninguna de las dos cosas, es que se está llamando desde el activity "juegos", llamémoslo el hall de los hall de juegos). Y el otro, le dice el juego en cuestión. Así nos queda un "bonito" swap anidado, en el que el título, la descripción, la imagen y el texto desarrollado obviamente cambia para cada uno.

Empiezo a picar el xml y lo dejo esta noche listo, mañana me pondré con el java en si.

[juanAFernandez]

Me parece bien. Esta había que hacerla antes o después ya que tenemos el botón de ayuda en todas las partes de la aplicación. En terminos generales me parece todo bien, a excepción de las capturas de pantalla, no creo que quede muy bien. Una o varias imágenes puede que si. Sea como sea el diseño tendrá que incluir un scrollview ya que todo será dentro de un fragment y no queremos que ocupe toda la pantalla. Por lo demás me parece bien. Mañana podemos terminar de perfilarlo. Por cierto a las clases de los diálogos si se les puede definir métodos, no es necesario usar variables estáticas.

[JA-Gonz]

Uhm... había pensado en una activity nueva, no en un fragment. Gran parte de las ayudas de las aplicaciones que he visto, son activitys nuevas. Si quieres lo hacemos en fragment, me es indiferente. Pero vamos, yo pienso que el usuario en ese momento está leyendo la información de ayuda, y cabrá más información (usará menos el scroll, se puede leer también de esta forma :D) si ocupa la pantalla completa :)

Yo soy partidario de Activity a pelo (si me apuras, lanzar un activityforResults() [es un tipo de actividad que "muere" y vuelve a la actividad que la llamó cuando se le de la orden finish(;)] ).

Mañana resolvemos el conflicto a navajazos. Dios ayudará a quien tenga razón.

[juanAFernandez]

:ok: :) me parece bien, un Activity si lo crees mejor, lo de los navajazos me ha terminado de convencer ves tu... lo que es ver las cosas desde otra perspectiva ... :kiss:

[JA-Gonz]

¿Te han asustado los navajazos eh? :+1:

Mañana estoy en delegación a las 9 y media aprox :)

[JA-Gonz]

El comentario importante que te iba a decir es que creo que es mejor eliminar el botón de ayuda del grid de juegos. O bien, que apunte tanto el botón de ayuda de JuegoX y JuegoXniveln a la misma ayuda.

La razón es que al recortar texto y ponerlo con imágenes y tal, no nos queda mucha más chica que explicar ni tampoco hay que hacer mucha diferencia entre las dos clases del juego.

[juanAFernandez]

Vale, como una primera aproximación me parece bien que los botones de ayuda de los niveles Xn apunten a la ayuda del juego X. Ya consideraremos más adelante si los quitamos o los dejamos. Por ahora me parece suficiente con que apunten al mismo lugar.

Aunque también se presenta un problema. La idea inicial que tenía en la cabeza era de que esos botones abrieran un dialogFragment (así no salimos de la activity) solo para informar de algo muy concreto como: "recuerda que sólo tienes que recordar el orden corrrecto" o "ahora el orden es inverso" o "tienes que recordar la posición de todos los colores", algo así más especifico de cada juego donde el jugador se pueda sentir perdido sin saber que hacer. Esta conclusión se hizo más evidente cuando puse a jugar a compañeros y claro, al principio no saben que hacer. El problema es que si se envía a otra actividad al volver todo habrá desaparecido o tendríamos que empezar a guardar estados y no creo que sea necesario hacer todo eso. Por eso pensaba que no sería la misma ayuda. Pero en el estado que tenemos el proyecto, me parece bien que apunten al mismo lugar y ya decidiremos después si requieren una mayor especificación o su eleminación. Centrémonos en lo que podemos abarcar.