[Buoh-dev] Roadmap

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