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

[Carlos Garcia Campos]

El lun, 15-08-2005 a las 17:48 +0200, Esteban Sánchez escribió:
> El lun, 15-08-2005 a las 17:21 +0200, Carlos Garcia Campos escribió:
> > 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.
> 
> Uoooh! Genial, voy a probarlo
> 
> > 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
> 
> Sí, bueno... :P
> 
> > * Dialogo de propiedades de un comic: zioma está en ello
> 
> Zioma: si te parece que un comic tiene pocas propiedades, busca por
> internet sobre copyrights, fechas de publicación, descripciones...
> 
> http://content.uclick.com/comics.html
> 
> Es tedioso, pero bueno...
> 
> > * 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.
> 
> Se me ha ocurrido algo repecto al feedback. Quizás no sea una buena
> opción, pero es una idea. Se trata de mostrar una animación típica de
> "conectando" que estaría en un otra (sí, otra xD) pestaña oculta del
> notebook. Sería algo parecido a lo que sale cuando conectas desde un
> cliente de mensajería (msn sobre todo). Sé que no es algo deslumbrante,
> pero es una opción e incluso puede que hasta no quedase mal si la
> animación es curiosa...

uffff, no me convence mucho, lo primero tiene que ser hacer el teimpo de
inactividad mas corto.

> > * Campo al modelo de comic accesible: hay que seguir pensando sobre esto
> 
> Uhm
> 
> > * 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.
> 
> De momento, y tal y como yo lo veo, es la tarea más grande de todas y
> realmente no sería un gran avance a la aplicación, así que lo podríamos
> dejar por ahora.

no, es bastante facil de implementar.

> > * 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
> 
> Uff no a las barras de estado con progreso :P
> 
> > * Sistema de debug: está por hacer y cada vez es mas necesario, ya que
> > tenemos cada vez mas mensajes que no interesan al usuario.
> 
> ¿Qué se necesita? Un --enable-debug y una función tal que
> buoh_debug (blah) {
> #ifdef DEBUG
> 	g_debug (blah)
> #endif
> }
> 
> ¿?

podría ser algo así o usar g_log. Odio la compilación condicional. 

> > * Bookmarks: esto sigo sin verlo
> 
> Si se puede guardar a disco un comic entonces es innecesario. Por
> cierto, ¿se puede grabar a disco?

que yo sepa no. el problema de guardar comic en disco es como
identificamos luego que un comic de la lista corresponde al de disco,
supongo que guardando además de la uri local, la fecha y demás para
poder hacer una concordancia de la uri remota con la local. No lo veo
claro porque no veo muy bien como va lo del comic manager. Supongo que
esto será una cosa a debatir una vez tengamos el comic manager
funcionando.

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

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/20050815/b6ecad7c/attachment.pgp