Comenzamos la etapa 2

[hugoruscitti]

Saludos, gracias al aporte de Juanxo (y la función que nos sugirió
Meldron), podemos decir que completamos la etapa 1!

Las tareas que podemos comenzar a realizar
a partir de ahora son las siguientes
(extraído del archivo 'etapas_y_tareas.html':

Código: Seleccionar todo

( ) % Etapa 2
    : Se desarrollan los movimientos básicos de las piezas, el usuario
    : tiene que poder mover una pieza por la pantalla usando los
    : direccionales del teclado y rotar las mismas con las teclas 'x' y
    : 'z'.
    :
    : Si la ficha llega abajo queda bloqueada hacia abajo, pero igualmente
    : se tiene que poder mover de izquierda a derecha.
    :
    : Se relaciona con la etapa uno porque el usuario puede pulsar
    : "Escape" y se le tiene que mostrar la pantalla del ejemplo anterior,
    : en donde pulsando una tecla se cierra toda la aplicación.
    :
    : Hay solo un tipo de pieza (la "L").
    :
    ( ) Extender el sistema de fuentes
        ( ) crear un directorio para recursos de fuentes tipográficas
        ( ) que la función de imprimir cadenas soporte saltos de linea.
    ( ) crear escena de juego
    ( ) crear una ficha
    ( ) permitir el movimiento de la ficha
    ( ) aplicar restricciones de movimiento como los bordes
    ( ) implementar las rotaciones hacia izquiera o derecha
    ( ) restringir las rotaciones en los bordes
    ( ) mejorar el sistema de escenas para permitir cambios de una a otra
    ( ) hacer que el usuario pueda ir a otra escena (la de la etapa anterior)
    pulsando la tecla ESC.
        ( ) Imprimir un mensaje que indique esto en la ventana.


¿Alguien se ofrece a realizar alguna de estas tareas?.

Saludos.

[Juanxo]

Yo voy a mirar en cual podría aportar y me apunto a esa. Luego comentaré cual puedo hacer.

Además, me ha surgido una dudilla en cuanto a lo de la rotación:

implementar las rotaciones hacia izquiera o derecha

¿Esto significa que pueden rotar hacia ambos lados?.¿La rotación va a ser sobre su centro, o la ficha se va a mover alguna casilla al ser rotada?

Un saludo
Juanxo

[hugoruscitti]

¿Esto significa que pueden rotar hacia ambos lados?.¿La rotación va a ser sobre su centro, o la ficha se va a mover alguna casilla al ser rotada?

Si, exacto, la idea está mucho mas clara en la
documentación:

http://asadetris.googlecode.com/hg/doc/ ... #controles

y la ficha gira siempre desde el centro.

[joksnet]

Hola.

Me parece algo importante hacer el menu principal funcional, y no lo encontre en ninguna de las etapas. Quizas porque nos centramos en hacer el juego funcional primero. Pero una buena manera de llamar a las escenas que querramos es hacer un menu. Yo me ofrezco para desarrollar algo basico.

EDIT: Ya esta hecho en una version muy basica. Se mueve unicamente con las teclas.

PD: Estoy en la otra parte del mundo, en donde son 5 horas mas, por lo cual le parezca que me levanto temprano. No es asi.

Saludos,

[Juanxo]

Acabo de hacer un par de modificaciones al proyecto. Tengo un par de comentarios:

-A mi parecer, el tener las clases Board y Piece en engine me parece que puede dar lugar a confusiones.. ¿Por qué entonces existe utils, si se supone que esas funciones hacen las veces de mini-engine?
Yo creo que estaría mejor definir un archivo board y otro piece y meter ahí sus clases, y las constantes meterlas en utils. Pero si es mejor lo otro, pues se queda así.

-Las colisiones entre piezas y pieza-muro las verificamos en piece o con la matriz de board(self.board). En el segundo caso, como se podría hacer para actualizar la matriz y verificar colisiones?

Eso es todo..... de momento xD

[hugoruscitti]

Acabo de hacer un par de modificaciones al proyecto. Tengo un par de comentarios:

-A mi parecer, el tener las clases Board y Piece en engine me parece que puede dar lugar a confusiones.. ¿Por qué entonces existe utils, si se supone que esas funciones hacen las veces de mini-engine?

No tendríamos que tener un engine en realidad, me parece
que el juego no es tan grande como para crear algo
así. Las funciones de "utils.py" son funciones que
utilizamos con frecuencia para cargar imágenes o
fuentes, me parece útil tenerlas de esa forma por
comodidad.

Yo creo que estaría mejor definir un archivo board y otro piece y meter ahí sus clases, y las constantes meterlas en utils. Pero si es mejor lo otro, pues se queda así.

Si, podemos hacer ese cambio: crear archivos piece.py y
board.py para representar los elementos del juego. Pero
utils.py me parece que está bien...

-Las colisiones entre piezas y pieza-muro las verificamos en piece o con la matriz de board(self.board). En el segundo caso, como se podría hacer para actualizar la matriz y verificar colisiones?

Eso es todo..... de momento xD

Las colisiones las verificaríamos en el ambiente del objeto
Board, es decir, la pieza solamente solicita a Board si
puede colocar o no una pieza en determinada posición. Es
Board quien analiza las colisiones. Y cuando la pieza
tiene que reposar en el escenario se le indica a Board para
que actualice su matriz.

La idea del sistema de mensajes es: "cada objeto tiene
una responsabilidad, actúa sobre sus objetos y colabora
con otros a través de mensajes".

Digamos, a grandes rasgos, Board gestiona el tablero, tiene
esa responsabilidad. Solamente Board podrá tocar la
matriz de casilleros ocupados, y colabora con las piezas
indicando si se puede utilizar una posición o no.

Posiblemente hoy a la noche pueda escribir algo de esta
funcionalidad, les aviso luego de crear una estructura
general de los dos objetos.

Saludos.

PD: felicitaciones a todos, nos va a quedar un gran juego !...