Agrego Responsable del curso
Se ingresa solo el padron y el sistema busca que exista el AlumnosInscripto para el curso
seleccionado.
Ademas se agrega un CustomTextField que es un TextField normal con un <span> para ponerle
un mensajito. En este caso se usa para poner el error si no se encontro el alumno o poner
el nombre del Alumno que corresponde al padron.
Hacer que Permiso sea un bit para manejar los permisos como máscaras de bits.
Cada vez que se instancia un Permiso, se le asigna un bit, aumentando la
posición de derecha a izzquierda (es decir, cada vez tiene asignado un entero
más grande). Esto permite hacer muy fácil operaciones lógicas para ver si tiene
varios permisos juntos o si tiene algún permiso de una lista. Además hace que
guardar los permisos en el Rol sea más simple (hay que guardar sólo un entero en
vez de una PickeCol, pero igual la columna Custom todavía no está implementada).
Agregar createSQL al sqlmeta de las clases que necesitan tablas intermedias bizarras.
Hay clases que tienen relaciones ordenadas. Esto no lo permite SQLObject así que
hay que manipular tablas a más bajo nivel, lo que hacía que no se pueda usar el
comando tg-admin sql para crear tablas y otras tareas administrativas. En
SQLObject 0.8 agregan un atributo de sqlmeta (createSQL) que permite agregar SQL
arbitrario al crear las tablas. Se usa esto para crear las tablas intermedias
personalizadas que van por "fuera" de SQLObeject.
Resumen: Si tenés SQLObject 0.8, ahora podés usar tg-admin sql create, por lo
tanto doc/schema/shema.sql está deprecated.
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.
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)
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.
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.
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.
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. 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).
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).
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.
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.
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.
projects / z.facultad / 75.52 / sercom.git / log