[Buoh-dev] Mas cambios

[Carlos Garcia Campos]

El vie, 19-08-2005 a las 10:38 +0200, Esteban Sánchez escribió:
> Perdona por no contestar antes. Cuando lo lei era tarde y dije "lo
> contesto mañana" y se me pasó...
> 
> El mié, 17-08-2005 a las 20:38 +0200, Carlos Garcia Campos escribió:
> > Acabo de hacer commit de lo del lockdown  de gconf y me he dado cuenta
> > de otro problema del save to disk. El problema es que el menu item se
> > poner sensitive igual que el resto de las opciones relacionadas con un
> > comic, sin embargo esta opción es diferente. En el momento en que
> > cambiamos de comic tenemos disponible toda la info excepto el pixbuf que
> > solo lo tendremos disponible una vez haya terminado la carga del comic. 
> 
> No es una manera de escurrir el bulto, pero hay que ser muy rápido para
> guardar antes de que se cargue todo el pixbuf. No digo que no sea
> imposible el guardar un comic sin que se haya cargado completamente (si
> te quedas sin conexión a mitad puede pasar), pero lo veo dificil. Repito
> que no es una manera de escurrir el bulto, solo de remarcar que no es
> común y sencillo (requisito no funcional). Ahora bien, si hacemos las
> cosas bien (y creo que queremos) hay que tener este caso en cuenta.
> 
> Todo esto para decir que vale :D

piensa que todavía existen usuarios de modem. Recuerda que estamos
haciendo software libre, que queremos que llegue a _todos_ los usuarios,
no solo a los privilegiados que tienen ADSL. Si queremos un sistema
robusto tenemos que considerar y evitar todas las situación de fallo, y
mas aún si se trata de un fallo de crash, por muy remotas y extrañas que
nos parezcan. Recuerda también que hacemos esto para aprender. Ya se que
has dicho que vale, pero es que las argumentaciones previas no me
convencen en absoluto. 

> > Se me ocurren varias formas de solucionarlo:
> > 
> > * Añadiendo de nuevo estados a la vista. Además del estado del cargador,
> > añadir estados de la vista, que serían: normal y cargando comic. el
> > problema de esto es que esos estados siguen siendo específicos de la
> > vista de comic, no de la vista general. Ahora mismo la vista de comic
> > está incluida dentro de la vista general, pero lo idea era hacerlo un
> > widget aparte, como las vistas de mensajes.
> 
> ¿Es necesario hacer una vista de comic? Si lo tienes pensado y decidido
> entonces está es la opción correcta, porque está pensando en el futuro.

si, es necesario. Ahora mismo tenemos una vista de comics que puede
incluir un mensaje, no me mola mucho. Prefiero pensar que el programa
tiene una vista, que podrá contener una vista específica de comic, una
vista específica de mensajes, etc. Es decir, la vista es un contenedor
genérico de vistas específicas. Lo que tenemos ahora es una mezcla
provisional. El tema es que si la vista genérica es quien debe
proporcionar los mecanismos de comunicación con las vistas específicas,
es decir, que la ventana hable con la vista genérica para ver como va la
carga de un comic o si está mostrando un mensaje en ese momento, en
lugar de hablar con las vistas específicas.

> > * Añadir dos señales a la vista: cargando comic (para deshabilitar el
> > menu de salvar) y comic cargado (para volver a habilitarlo). Como la
> > vista si está pendiente del estado del cargador podrá emitir estas
> > señales que la ventana escuchará.
> 
> Esta segunda idea me parece más sencilla. Si la vista lo sabe a través
> del cargador pues que aproveche y suba esa notificación hacia arriba.

Esto hay que pensarlo con mas calma.

> > Se os ocurre alguna manera?
> 
> En definitiva, si tienes decidido hacer la vista del comic veo mejor la
> primera, y si solo quieres solucionarlo la segunda. No se me ocurren
> más :)

Ya deberías saber que nunca queremos "solo solucionarlo", hacemos esto
para aprender, y nadie nos va a pedir que esto funcione a fin de mes.
Así que trataremos siempre de hacer lo que creamos que es mas correcto.
Hay que aprovechar que hacemos esto por gusto y que nadie nos exige
nada. 

> > Salu2
> 
> Saludos!

Salu2
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 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: This is a digitally signed message part
Url : http://forge.novell.com/pipermail/buoh-dev/attachments/20050819/8d795743/attachment.pgp