[Buoh-dev] Salvar a disco los comics y repaso del roadmap

[carlosgc at gnome.org (Carlos Garcia Campos)]

Buenas, 

acabo de hacer commit del tema de salvar los comics seleccionados por el
usuario a disco. Al final lo he hecho seg?n lo acordado en la lista:
cada vez que hay cambios, guardo a disco.

Por otro lado quer?a repasar un poco el roadmap, ya que hay cosas hechas
y otras en marcha, eso es buena se?al:

* comic manager: steve-o est? en ello

* Dialogo de propiedades de un comic: zioma est? en ello

* Mejorar la carga del comic: hay una gran parte hecha con el tema de
los hilos, pero todav?a no se termina de ver bien. El problema que yo
veo es que parece que a veces tarda en resolver. Contra eso no podemos
hacer nada, pero podemos tratar de mejorar el feedback, aunque no se muy
bien como. el problema lo veo en que a veces tarda un poco desde que
seleccionas un comic hasta que empizas a verlo cargar. Hay un momento en
que est? la pantalla en blanco y cuya ?nica se?al para el user de que
algo est? pasando es que el cursor se pone en watch, lo cual no es
suficiente. Sobre esto hay que seguir probando mas cosas, e incluso
probar otras cosas que no sen gnome-vfs a ver si va mejor.

* Mejoras del GUI: hay parte ya hecho

* Las vistas de mensajes: est? casi todo hecho: las vistas error y
bienvenida se ven realmente mejor.

* Campo al modelo de comic accesible: hay que seguir pensando sobre esto

* Lista de comics disable en la carga de un comic: esto est? solucionado
con el tema de los hilos

* Guardar a disco la lista de comics del usuario: lo acabo de hacer

* Sistema de caches: esto est? por hacer. Aqui lo que mas me preocupa es
el tama?o de la cach?. Lo ideal es que el buoh sea una aplicaci?n sin
preferencias ni configuraciones, esto de la cache podr?a obligarnos a
meter preferencias y no me gusta. Hay que seguir pensando este tema.

* Hace falta una barra de estado: si se puede evitar mejor, es decir, si
conseguimos dar el suficiente feedback y la aplicaci?n es fluida no
tenemos que a?adir ninguna barra de estado. Las opciones de los menus
deben ser las menos posibles y lo suficientemente autoexplicativas como
para no necesitar una barra de estado mostrando una descripci?n de las
opciones del men?. Y como la carga del comic es evidente puesto que se
va viendo, tampoco es necesario una barra de estado diciendonos que se
est? cargando un comic. El ?nico momento es el par?n del que hablaba
antes, desde que seleccionamos un comic hasta que empieza a cargar, pero
lo primero es tratar de que este par?n sea lo suficientemente
inapreciable como para no tener que incluir la barra de estado.
Conclusi?n: barra de estado NO salvo que no nos quede otro remedio

* Sistema de debug: est? por hacer y cada vez es mas necesario, ya que
tenemos cada vez mas mensajes que no interesan al usuario.

* Bookmarks: esto sigo sin verlo

Lo importante es que las cosas se van haciendo y los tres tenemos tareas
por hacer :-)

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