[Buoh-dev] Offset en los comics

[Carlos Garcia Campos]

El mié, 14-12-2005 a las 21:24 +0100, Esteban Sánchez escribió:
> El mié, 14-12-2005 a las 10:40 +0100, Carlos Garcia Campos escribió:
> > vaya movida, a saber porque coño han hecho eso así.
> 
> Ni idea, pero debe de ser alguna movida del autor...
> 
> > > Para solucionarlo he añadido una nueva propiedad a los comics. La
> > > propiedad se llama offset y está expresada en días. Indica el número
> > > de
> > > días de retraso. Dudo que se use en muchos más comics, pero como
> > > Calvin
> > > y Hobbes es uno de los más famosos creo que su uso está justificado.
> > 
> > El problema es que esto es algo mazo de concreto y especifico. A lo
> > mejor lo que tenemos que hacer es una forma genérica de tratar casos
> > excepcionales, porque si para cada comic que tenga alguna peculiaridad
> > añadimos un parche al final el comic manager va a ser un kaos. 
> 
> Hombre, en parte tienes razón, pero creo que lo he hecho de la manera
> menos guarra que he visto. Era algo que tenía pensado desde hace tiempo,
> pero tienes razón en que no es plan de parchearlo con cosas así, aunque
> no es algo tan descabellado y que carezca de lógica.
> 
> > > ¿Qué os parece?
> > 
> > puff, a mi lo de volver para atrás en caso de fallo no me termina de
> > convencer. Creo que hay que mirar si es posible obtener la fecha que
> > está manejando cada servidor para "sincronizarnos" y manejar los mismo
> > tiempos.
> 
> Si se trata de mirar la zona horaria del servidor no sería suficiente,
> porque sigue sin saberse la hora de publicación del comic, que puede ser
> a cualquiera. 
> 
> >  Es una forma mas limpia y genérica de hacerlo. Que pasa si está
> > fallando simplemente porque ese dia  no se ha publicado y no por la hora
> > que es?
> 
> El usuario no se enteraría porque no podría acceder a él. Si acaso vería
> que ha no existe al día siguiente y eso sí que sería raaaaro :D
> 
> >  no habría que hacer lo mismo en caso de fallo aunque no sea el
> > último para ser consistentes?
> 
> En eso ya había pensado, así se podrían añadir comics que ahora no están
> simplemente por ser irregulares. Sin embargo, quizás sea algo que tenga
> que hacer el comic manager y no el buoh-window como hace ahora. Hacerlo
> de esta manera tendría más problemas como nuevos hilos, nuevas
> conexiones soup y en general más consumos de recursos...
> 
> Bueno, si crees que haciéndolo el buoh-window está bien pues se hace
> así :)
> 
> > En cualquier caso si no es posible hacerlo de otra manera, es una
> > solución que podría ser válida. 
> 
> Ya digo que era una primera aproximación guarrera, hay muchos de los
> aspectos de los que dices que habría que controlar.
> 
> > > NOTA: Si creeis que el parche es correcto sólo subiré lo del offset,
> > > lo
> > > otro hay que discutirlo más.
> > 
> > comentarios sobre el parche mas abajo.
> 
> Gracias por los comentarios. Creo que de momento no va a haber offset
> negativo hasta que nos encontremos con algún comic que lo necesite, así
> que cambiaré las cosillas con respecto a esto y haré commit, ok?

como veas

> _______________________________________________
> Buoh-dev mailing list
> Buoh-dev at forge.novell.com
> http://forge.novell.com/mailman/listinfo/buoh-dev
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Carlos Garcia Campos a.k.a. KaL
   elkalmail at yahoo.es
   carlosgc at gnome.org
   http://carlosgc.linups.org
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=             
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url : http://forge.novell.com/pipermail/buoh-dev/attachments/20051215/2397f8a7/attachment.pgp