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

[Carlos Garcia Campos]

El lun, 15-08-2005 a las 18:09 +0200, Esteban Sánchez escribió:
> El lun, 15-08-2005 a las 17:59 +0200, Carlos Garcia Campos escribió:
> <snip>
> > > 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.
> 
> Por eso digo que sólo era una idea con respecto al feedback en vez de
> una barra de progreso.
> 
> > > > * 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.
> 
> A lo mejor soy yo que veo las cosas más complicadas antes de ponerme a
> hacerlas porque se me ocurren mil detalles :)
> 
> > > > * 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. 
> 
> Aham! Voy a buscar cómo lo hacen otras apps

evince usa g_log

> > > > * 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.
> 
> No me refiero a hacer un fichero ".buoh", que estaría interesante, si no
> a exportar como jpeg.

si, yo también me refiero a eso, pero tu me estas diciendo que
exportamos y luego nos desentendemos del comic? Yo creia que guardabamos
el comic y en el futuro cuando el usuario quiera ver ese comic tiramos
de disco (sería como una caché manual por el user). En otro caso sería
exportar y desentendernos, creo que es mas razonable que lo que yo
pensaba, jeje.

> > > > Lo importante es que las cosas se van haciendo y los tres tenemos tareas
> > > > por hacer :-)
> > > > 
> > > > Salu2
> > 
> > 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/9fcca9f0/attachment.pgp