[Buoh-dev] Offset en los comics

[carlosgc at gnome.org (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 forge novell com
> http://forge.novell.com/mailman/listinfo/buoh-dev
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Carlos Garcia Campos a.k.a. KaL
   elkalmail yahoo es
   carlosgc 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