[Buoh-dev] Roadmap

[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 at 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