[BulmaGés]Consultas a los developers

[Tomeu Borras]

> > Hace pocos días hice un cambio para que cada plugin esté en su
> > directorio. Por ejemplo:
> >
> >
> > trunk/bulmages/bulmafact/src = código básico de bulmafact
> > trunk/bulmages/bulmafact/plugins = plugins de bulmafact
> >
> > Puedes encontrar esta estructura para bulmalib, bulmacont y bulmafact.
> >
> > La versión actual (SVN) es 0.9.3 y pico :), porque esa la dejamos ya
> > atrás y seguimos desarrollando.
>
> De acuerdo,
>
> entoces la idea es que cada programa tenga su carpeta de plugin, no? me
> parece perfecto, ya que así, a la hora de empaquetar se tiene más claro que
> va a cada sitio.
>

LA versión 0.9.3 es la que está en la rama estable, lo nuevo irá a la versión 
0.9.5 o 0.9.7 según veamos.

> Viendo los commits que hiciste hace unos días, me recuerdo que hay una cosa
> que me toca un poco las narices en la estructura del código: la existencia
> de directorios .moc, .obj, .ui en el repositorio. Además creo que no hay
> ninguna regla para crearlos, cuando son directorios totalmente temporales
> de salida de programas. Que os parecería modificar el .pro para que los
> cree si no existen i sacarlos del svn?
>

Basta con sacarlos el svn ya que el .pro por defecto los crea si no existen. A 
mi también me disgusta verlos.

> También, hay otra cosa que no encuentro muy oportuna. Las traducciones van
> a un directorio /traducciones que os parecería cambiar el nombre por i18n?
>
Ese no es el peor de los problemas, el problema real es que cada plugin va 
acompañado se sus respectivas traducciones y el control de todos estos 
archivos va a ser duro.

Estoy planteando si no será mejor que los .pro generen los ts directamente 
dentro del installbulmages (mala idea) o en un directorio específico para 
traducciones para luego tener las traducciones agrupadas y controladas.


> Otra cosa, que pasos se han de seguir cuando se instalar bulmages sobre una
> instalación ya hecha? Qué se hace con las bases de datos?
>
El script installbulmages-server se repasa las bases de datos creadas y les 
aplica los oportunos parches que hacen falta para esa base de datos (También 
hace backups por si las moscas, etc). Asi que por esta parte esta solventado. 
Sólo requiere que los desarrolladores sean concienzudos con los archivos sql 
de actualización.

> Ala, ya paro.
>
> Leo



-- 
Tomeu Borrás Riera
Departamento de Gestión
Conetxia Soluciones informáticas
971 29 06 29
http://www.conetxia.com