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

[carlosgc at gnome.org (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 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/b6ecad7c/attachment.pgp