[Buoh-dev] Roadmap

[esteban at steve-0.com (Esteban Sánchez)]

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.

<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?
<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.

> > > * 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.

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.

> * 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.


Pues venga, a currar. Voy a mandar como bugs estas tareas para tenerlas
presentes. A pasarlo bien en vacaciones :D
> 
-- 
Esteban S?nchez
 esteban steve-0 com
 http://steve-o.org
 http://subanales.com/
 ------------------------------------------------
 PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB6E0F8AF
-------------- 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/a1fda1ac/attachment.pgp