[Buoh-dev] Roadmap

[Carlos Garcia Campos]

El jue, 14-07-2005 a las 17:57 +0200, Esteban Sánchez escribió:
> El jue, 14-07-2005 a las 17:27 +0200, Carlos Garcia Campos escribió:
> 
> <snip>
> > > > * Mejorar la carga del comic. 
> <snip>
> > Altísima!! Es la funcionalidad principal. Por muy bien que hagamos
> > todo
> > lo demás, si la funcionalidad principal apesta, apestará la aplicación
> > entera. La carga del comic es la accion que mas se va a repetir en un
> > uso normal. Es vital que esto se haga de manera rápida y limpia. 
> > 
> 
> Vaaaale :P me has convencido
> 
> <snip>
> > > > * Las vistas de mensajes: 
> <snip>
> > hmm quien ha hablado de hilos? de momento no veo una necesidad vital
> > de
> > usar hilos. La primera vez que accedes a un comic y este falla, se
> > marca
> > en la lista como no accesible, de manera que si se vuelve a
> > seleccionar
> > no trate de bajar de nuevo el comic. Para eso no hacen falta hilos. 
> > 
> Lo que pensaba era en algo que creo que comentaste en el archivo
> arch.txt y es el ir comprobando la cargando los comics mediante hilos,
> de ahí todo lo que he dicho. Si, se puede hacer sin hilos.

ya te digo que ese archivo se me coló. Es como una hoja en sucio donde
iba poniendo cosas segunse me iban ocurriendo, por lo que algunas coas
tendrán mas sentido que otras. 

> <snip>
> 
> > > > * Guardar a disco la lista de comics del usuario.
> <snip>
> > si, suena razonable. El problema entonces es que si el buoh se encarga
> > de forma privada, cada vez que el modelo cambie tiene que volver a
> > aplicar el filtro y después guardar en disco. Si se encarga la lista,
> > como su modelo ya está filtrado, tan solo hay que coger el modelo tal
> > cual de la lista y pasarselo al buoh para que genere el xml a partir
> > de
> > se modelo directamente. Sería menos costoso. 
> 
> 
> El buoh podría acceder al modelo filtrado de la lista de comics, no?

Si haces eso vuelves a romper el modelo de orientación a objetos
actualmente establecido. Recuerda que el buoh solo sabe de la existencia
de una ventana principal, nada mas. Sin embargo, la lista de comics si
sabe que está rulando dentro de una aplicación. Por eso hice el "truco"
de que la app siga un modelo singleton, permitiendo, además, obtener una
instancia del objeto desde cualquier sitio como si fuese una variable
global, pero de una forma un poco mas controlada.

> <snip>
> 
> > > > * Sistema de caches:
> > antes no lo hacia? pensaba que si, por eso lo hice así.
> Pues no, antes siempre se bajaba el comic de nuevo. La diferencia era
> que antes se destruía el comic anterior, por lo que no ocupaba la
> memoria que tu version ocupa.
> 
> > > > * Hace falta una barra de estado.
> <snip>
> > Media o alta. La barra de estado permite añadir una breve descripción
> > a
> > cada opción del menu, entre otras cosas, Incluso añadir, si es
> > necesario, una barra de progreso para proporcionar feedback en
> > operaciones costosas. En general da feedback, que es muy importante.
> 
> Cierto, no había pensado la descripción del menú. Yo estoy en contra de
> las barras de progreso, pues siempre me han parecido irreales, de todos
> modos no me opongo rotundamente.

a mi la barra de progreso tampoco me hace especialmente feliz, era solo
una idea mas de las posibilidades de la barra de estado.

> > > > * Bookmarks: no se muy bien que utilidad puede tener
> <snip>
> > Esto hay que verlo con calma. Hay que evitar features innecesarias. 
> 
> Realmente uno de los casos de uso con los que partí es que dos usuarios
> pudiesen intercambiar sus comics favoritos, de manera que le pueda decir
> uno a otro "Ey, mira que comic más divertido" y mandarle un fichero o
> algo similar. Así que un primer paso que se me ocurrió fueron los
> bookmarks, para así de momento ir guardando los comics preferidos.

eso se puede hacer, con el copy uri to clipboard. Veo mas util para este
caso tener algún mecanismo de búsqueda de comics. En eso tu ya tienes
experiencia.

> De todos modos quizás sea algo que haya que pensar para más adelante y
> no para la primera release
> 
> <snip>
> > Añado algo mas:
> > 
> > * El foco de los widgets
> 
> Media-baja, es importante darle esa consistencia, pero hay cosas mucho
> más importantes.

No tan baja, una cosa como el foco mal puesto puede resultar molesto. 

> > * Revisar el layout del menú y las opciones, hay que evitar tener
> > menús
> > recargados, quitar todas las opciones no necesarias. Idem para la
> > toolbar
> 
> Media-alta 
> 
> Incluyo aquí los *_set_sensitive para los menús y la toolbar.

eso ya está hecho, al menos está montada la infraestructura, tal y como
esta hecho, añadir nuevas acciones de sensitive es trivial

> 
> Pues venga, a currar. Voy a mandar como bugs estas tareas para tenerlas
> presentes. A pasarlo bien en vacaciones :D
> > 

Esto de poner prioridades es una rayada. Ya veremos como las vamos
haciendo, no hay ninguna prisa, que yo sepa no tenemos que cumplir
ninguna fecha, no?

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/20050714/cd0203ea/attachment.pgp