MMS como paquete

[josp]

Preparar MMS como paquete de TOL para que pueda ser cargado desde los
proyectos con un simple:

#Require MMS;

Documentarlo tambien en la sección de Instalación.

[Pedro Gea]

(In [1305]) Refs #168, #160
Se carga MMS usando Ois.UseModule.
Para evitar el error de TOL debido a la falta de las predeclaraciones se hace un #Embed antes del Ois.UseModule.

[Pedro Gea]

(In [1307]) Refs #168, #160
Se deshace el uso de Ois.UseModule, para evitar errores debidos a cambios en archivos embebidos.

[Pedro Gea]

(In [1391]) Se crea un inisource alternativo para la carga usando Ois.UseModule.
Refs #160

[Pedro Gea]

(In [1516]) Se crean archivos "_pck_*.tol" para construir el NameBlock-paquete de MMS.
Se crea un archivo de inicio alternativo a _inisource.tol: _inipackage.tol.
Se renombra el repositorio en memoria contenido en el NameBlock-paquete y se le da acceso como MMS por compatibilidad con los ejemplos implementados.
Refs #160

[Pedro Gea]

(In [1618]) Cambios en los archivos de declaración de clases y carga del código
para construir el NameBlock del paquete de MMS.
También se corrigen algunos errores que se encontraron al intentar
crear dicho NameBlock.
Refs #160

[Pedro Gea]

(In [1621]) Cambios necesarios para la creación del paquete de MMS
relacionados con la inicialización del paquete.
Refs #160

[Pedro Gea]

(In [1629]) Se crea una clase (instanciable sólo una vez): @MMS.MainContainer para derivar el contenedor principal de MMS: MMS.C.
De este modo insistimos en las características de objeto de este NameBlock. Además esto nos permitirá personalizarlo (iconos y menús) como las otras instancias.
La creación del NameBlock (ahora instancia) contenedor MMS.C ha de considerarse en las necesidades del sistema de paquetes, de modo que quizá su creación ha de pasar a formar parte del grupo de StartActions.
Refs #242, #304, #160

[Pedro Gea]

(In [1635]) Se corrigen algunas cuestiones relacionadas con la creación del paquete de MMS junto algunas mejoras en algunos métodos.
Refs #160

[Pedro Gea]

(In [1648]) Se crea la estructura modular de MMS para facilitar
la creación del paquete. Los cambios más destacados son:

• La eliminación del prefijo de las clases.
• La modularidad mediante NameBlocks en las funciones de la GUI.
• La separación de las funciones de tipo general del ámbito de MMS.

Aún quedan cuestiones por completar como problemas de visibilidad
de estructuras comos @Interval, errores con clases externas
homónimas como BysMcmc::@Estimation, la modularización del paquete
de funciones generales (librería MMS) y su publicación, renombrado
del contenedor principal,...
Refs #160

[Pedro Gea]

(In [1649]) Se continua con los cambios para facilitar la creación del paquete MMS:

• Renombrado del contenedor principal a Container (MMS::Container)

Refs #160

[Pedro Gea]

(In [1650]) Se continua con los cambios para facilitar la creación del paquete MMS:

• Modularización del paquete de funciones generales (LibraryMMS)

Refs #160

[Pedro Gea]

(In [1653]) Se continua con los cambios para facilitar la creación del paquete MMS:

• Modularización del bloque LayerGUI

Refs #160

[Pedro Gea]

(In [1654]) Se continua con los cambios para facilitar la creación del paquete MMS:

• Modularización del bloque MenuGUI

Refs #160

[josp]

(In [1663]) refs #160, carga de la parte Tcl dentro de StartActions

[Pedro Gea]

(In [1665]) Se mueve el paquete LibraryMMS a la raíz de la rama.
Refs #160

[josp]

(In [1667]) refs #160: defining nonTolResources

[josp]

(In [1668]) refs #160: corregido path en la carga de codigo tcl

[josp]

(In [1669]) refs #160: scripts de creacion del paquete MMS

[josp]

(In [1670]) refs #160 : difrenciando la carga #Require de Include

[Pedro Gea]

(In [1672]) Intentando superar las limitaciones de TOL en la gestión de paquetes.
El paquete-librería LibraryMMS se construye via _pck_LibraryMMS.tol
y se ubica en el paquete MMS para su carga via NonTOLResources.
Refs #160

[josp]

(In [1673]) refs #160: LibraryMMS no es dependencies

[josp]

(In [1675]) refs #160 : build para windows.

[josp]

(In [1676]) refs #160: se incorpora el menu de MMS en el paquete

[josp]

(In [1677]) refs #160: borro los directorios temporales en modo silencioso

[josp]

(In [1678]) #refs #160: se protegen los nombres de archivos con espacios

[Pedro Gea]

(In [1681]) Se especifica el NameBlock "MMS::" en algunos sitios olvidados.
Refs #160

[josp]

(In [1697]) refs #160, el directorio gui/tcl es identico en devel y en pkg, carga de LibraryMMS en pkg, se puede crear el paquete en local con _local_repository.tol sin tener que exportar desde el svn, BuildPackage no debe usarse.

[josp]

(In [1702]) refs #160, muestro ruta donde se han creado los paquetes, desde ahi
hay que subirlos al repositorio.

[josp]

(In [1704]) refs #160, scripts de creación y subida del paquete MMS al repositorio remoto

[josp]

(In [1705]) refs #160, aligeramos el paquete MMS, tablelist deberia ir a la distribucion de tolbase

[josp]

(In [1706]) refs #160, error en sentencia If, se quejaba diciendo

"It has not been possible to convert from Real to NameBlock for object '$tmp$'"

[josp]

(In [1707]) refs #160, documentacion sobre como preparar el cliente y el host remoto para que el scp no pida el clave de usuario toldevel.

[josp]

(In [1708]) refs #160, el atributo Real specificVersion indica si el paquete debe respetar la version especifica indicada en _.autodoc.version.high/low. Esto es un truco para diferencia entre una carga de #Require MMS o #Require MMS.0.6. Hay un cambio en TolPackage::Builder para establecer este campo apropiadamente. La proxima version de TOL lo incluira, mientras tanto el DistPackage debe ejecutarse desde una version de tol desde el SVN.

[josp]

(In [1714]) refs #160, se carga el codigo de GUI Tk solo si estamos dentro de Tk

[josp]

(In [1757]) refs #160, scripts de creacion de paquete y subida al repositorio privado de Bayes.

[josp]

(In [1761]) refs #160, procesos de creacion de paquetes basado en script tol, vease readme.txt

[Pedro Gea]

(In [1787]) Se eliminan los archivos _ini innecesarios desde la construcción de MMS como paquete
y se limpia el código de archivos obsoletos.
Refs #160

[Pedro Gea]

La implementación de MMS como paquete TOL está finalizada.
Junto a esta tarea surgieron otras como la de separar distintos bloques de funcionalidades en paquetes que dieron lugar a los paquetes RandVar o DecoTools.
Para más detalles véase el tique #322.
En la página Packages? se incluye información sobre el uso de MMS como paquete.