Eliminar constructores redundantes.
Para hacer más conveniente la construcción de objetos se había sobrecargado
todos los constructores de los SQLObjects (parche "Sobreescribe constructores
para que queden m\c3\a1s lindos."). Esto al final traía problemas porque
SQLObjects a veces necesita crear objetos vacíos, así que al final eran
redundantes los constructores, salvo casos excepcionales. Estos casos
excepcionales (generalmente en clases con métodos add_xxx) fueron conservados y
corregidos.
Ahora todos los constructores se llaman al estilo de SQLObject, con todos
keyword arguments.

Completar cambios a Enunciado.
- Se completa el esquema SQL de la DB.
- Se pone como clave (nombre, anio, cuatrimestre) así 2 ejercicios de distintos
  cuatrimestres pueden tener el mismo nombre.
- Se corrigen los métodos y constructores que involucran a Enunciado.

fancy fields y bg color para el elemento focuseado

un poco de CSS para los formularios.

fix urls

Cambio un poco la cara para que no sea tan TurboGears :)
Si no gusta el logo planito simple hecho a las 3AM pueden colaborar con otro :)

Resultados del mass update
Faltaria ver si se puede capturar los errores de manera mas amigable

CVS -> CSV

falta un file

Mass upload de alumnos
Podria llegar a faltar una ventanita intermedia que diga que registros se agregaron bien
y cuales mal (por ejemplo si hay algun alumno duplicado)

agrego hint en el editar

Visual hint de que se estan buscando registros.
necesita amor, pero cumple su trabajo

AJAX para leer solo los enunciados del mismo cuatrimestre que el curso seleccionado.

era anio, no numero

ABM para el anio y custrimestre y json para obtener los datos

Agrego cuatrimestre y numero a curso.

Agrego la fk de grupo para poder agregar grupos.

Grupos
creo que no puedo agregar porque necesito AlumnoInscripto

actualizo TODO

merge

mas cosas de nico

mas cambio de pc

cambio de pc con nico :)

Actualizar esquema de la DB con cambios de archivo en Enunciado.
Como SQLObject 0.7.x no tiene hooks para hacer cosas extra al crear la DB
(como crear esas tablas intermedias locas que tenemos), no se puede usar
el tg-admin sql create para crear la base, por eso hay que hacerlo via
el script de SQL doc/schema/schema.sql. Por ahora hay que editar ese
archivo a mano cuando se cambia el modelo :S
SQLObject 0.8 (ya está en Debian) agrega hooks para salvar esa
situación, estuve experimentando pero me tira algunos errores, en cuando
lo arregle mando el parche. Además tiene varias mejoras el SQLObject
0.8 así que la idea sería laburar con ese para evitar más hacks.

Sacar str() innecesario.
=P

class name para entrega

detalles

muevo entrega a donde queria.

fix shortrepr

Un poco de CSS a las tablas.

link para volver a ejercicio

entregas
Quise ponerlo como /ejercicio/entregas que tiene mas onda pero el puto kid se me queja y no
tengo ganas de saber por que :)

fix url ver curso

fix de url

Show de ejercicio

Ejercicios

Fix para que ande el select de enunciados

Ejercicio no tiene campo nombre.

Permito adjuntar un archivo a los enunciados
Deben actualiza la db.

Poner lindo al formulario de login también.
Pobrecito, siempre queda olvidado por ahí...

Arreglar declaración de campos de formularios.
Woopsy! No está bueno terminar la declaración de atributos con ',' =P

Escribir formularios más lindos usando WidgetsList.

ABM curso

ABM cursos

empiezo con el abm de cursos..
pero que facil que es!!
aguante TG.. yo siempre lo dije... es una masa..

Arreglar jsonify.
Arreglar tanto jsonificación de clases propias (las pocas que crea
automáticamente TG) y el jsonify_sqlobject() que no soporta
InheritableSQLObjects. Ver ticket #1307:
http://trac.turbogears.org/ticket/1307

Convertir parametros de CasoDePrueba en un campo de string con validador especial.
Guardar los parámetros como una tupla puede ser cómodo pero al usar Pickle, la
base queda ilegible e inusable desde algo que no sea Python. Por lo tanto, y
porque es más natural ingresar los parámetros como un string al estilo bash, se
creó un nuevo tipo de columna de SQLObject que valida/convierte el string
almacenado en una lista y viceversa, permitiendo usar string o listas
indistintamente, pero siempre almacenándose como string.
IMPORTANTE: Hay que regenerar la DB y tiene un "bug", al editar, los datos de la
DB se "renderizan" como una lista en el formulario, hay que ver una forma de
renderizarlo como en el list/show.

Arreglar TupleCol.
Faltaban propagar algunos parámetros de TupleCol y se elimina código superfluo.

Agregar TODO de lo que queda para hacer.

Agregar controlador para Alumno.

Agregar parámetros de un caso de prueba al listar.

Hacer que formularios sean subclase de TableForm.
Si los formularios son instancias de TableForm en vez de subclases, cuando
quieren usar javascript modifican el atributo *de clase* 'javascript' de
TableForm y termina inyectándose el javascript de *todos* los formularios juntos
en cada formulario renderizado. Por ahora no encontré mejor solución que la
subclase.

Hacer funciones de validación más legibles.

Usar foldmethod=marker.

Usar folding.

Arreglar últimos usos malos de flash().

Pasar JS a widget de formulario.

Mejorar puesta de foco en campo del formulario.

Agregar link para ver todo cuando se estaba viendo un listado parcial.

Usar bien mensajes flash().

Cambiar forma de obtener listados parciales.

Reportar error de URL como 404 en vez de un redirect.

Activar usuario de ejemplo en testdata.

Poner foco en formularios.

Incluir MochiKit para empezar a ponerle magia AJAXosa.

Agregar ABM de casos de prueba.

Listar enunciados de los docentes.

Usar URLs absolutas via tg.url().

Generalizar manejo de foreign key simple en subcontrolador.

Bugfix. Sólo ReSTifica si no es None.

Mejorar especificación "dinámica" de templates.

Bugfix. Más problemas con SQLObject y constructores lindos.

Agregar controlador para ABM de enunciados.
Controlador para ABM de enunciados. Tal vez se pueda hacer una superclase para
no repetir tanto código, pero como las personalizaciones van a ser cada vez más
frecuentes, no sé si será de mucha utilidad.

Reutilizar validación de ID y existencia de objetos.
Se mueve la parte de validación de id y de existencia de SQLObjects al módulo
validate de subcontrollers. De esta forma se puede reutilizar esta validación en
otros controladores. En el controlador de docentes se 'bindean' las funciones
con los parámetros de clase y nombre para que sea más simple el uso (tipo
aplicación parcial :).

Bugfix. Elimina referencia a la clase en el controlador de Docente para que sea más genérico.

Bugfix. Los constructores no les gustaban a SQLObject.
Los constructores que necesitaban parámetros obligatorios no le gustó a
SQLObject, así que se tuvieron que poner parámetros None por default (lo que
hace un poco tonto el parche de los constructores en primera instancia).

Bugfix. Elimina un JOIN que confundía grupo con rol.

Sobreescribe constructores para que queden más lindos.
Ahora los SQLObject tienen constructores custom. Por ejemplo se puede pasar
'padron' al alumno (aunque no es ni necesario poner el keyword) y si se pasa un
'password' a alumno o docente, se guarda encriptado a través del constructor
directamente. También se hace que muchos constructores acepten listas de los
elementos que contienen (sólo se agregó esto donde parecía tener sentido).

casos de uso

subo el diagrama y una descripcion del caso de uso Entregar TP que esta en
mantenimiento.. cuando tenga mas detalles los agrego.

Manejar bien errores en controlador de docente.
Informar mejor al usuario cuando un id no es válido, o no existe es el objeto,
al editar, activar, ver o borrar docentes.

Manejar bien error de registro duplicado al crear.

Activa y desactiva docentes de forma más amistosa.

Crea función para kid "summarize".

ABM de docentes.
El ABM de docentes usa decentemente la infrastructura de widgets de TG y es un
buen ejemplo para usar de plantilla para ABM de otras cosas. Además usa docutils
para que las observaciones tengan formato tipo wiki y una función de utilidad
para KID para resumir un campo para que la tabla no se deforme.

Bugfix (confundía grupo con rol).

Bugfix. Faltaba una condición en los JOIN ordenados.

Agrega DERs.
Se agregan DERs actualizados y separados en varios archivos para que sean
legibles.

Agrega nueva relación ordenada entre Enunciado y Tarea.
Se agrega una relación entre Enunciado y Tarea igual que la relación entre
InstanciaDeEntrega y Tarea. La idea es usar como template estas tareas a la hora
de agregar una nueva InstanciaDeEntrega.

Cambio cosmético de nombre de campo de la DB.

Import inicial.
Estructura básica del proyecto con el modelo de datos teóricamente terminado.