Planet

ToDo (2)

Con el cambio de planteamiento del proyecto, he actualizado el To-Do.
ToDo:
- [HECHO] Comprobar compatibilidad de la interfaz gráfica en Windows
- [HECHO] Controlar posibles errores de conexión/servidor y re-intentar enviar/descargar las partes restantes
- Al cerrar la interfaz gráfica, cerrar todos los hilos
- Volver a incorporar POP y poder escoger entre usar IMAP o POP
- Controlar excepciones y mostrar mensajes de error en la interfaz gráfica
- Poder configurar el tamaño de las partes
- Guardar la configuración de la cuenta en la carpeta de datos del usuario
- Guardar contactos en la configuración de la cuenta
- Poder cancelar las descargas y subidas
- Poder borrar archivos recibidos
- Borrar las partes enviadas de la sección de enviados
- Calcular el porcentaje de cada proceso más fínamente (mediante el número de bytes transferidos)
- Hacer resumen de las descargas (poder parar/continuar las descargas)
- Hacer resumen de las subidas (poder parar/continuar las subidas)
- Comprobación de la integridad del archivo recibido mediante Checksum o similar
- Poder encriptar los archivos enviados
- Poder seleccionar una carpeta para enviar, comprimiéndola en un archivo ZIP
- Hacer un sistema de traducciones
- Poder configurar varias cuentas
      

Usando launchpad como sistema de tareas

Vale, es verdad, la forja de rediris tiene la funcionalidad de asignar tareas y demás, pero no me gusta, es demasiado arcaica. Así que he creado el proyecto geco en launchpad y he enlazado la rama que hay en mi servidor, que está en bazaar.
Vale, hay que usar la forja de rediris, y yo la uso, tengo el plugin bzr-svn con el que cada push de mi rama se sube al subversion de la forja de rediris. Ya intenté usar las listas de la forja (no he conseguido que funcionen) y no me siento cómodo con esta forja, así que a usar launchpad.
¿De qué va la cosa? Pues de que voy creando una serie de "bugs" en launchpad y siguiendo estos voy orientando un poco el desarrollo. Sería una especie de lista de cosas por implementar.
Por otra parte, aunque parezca que no, yo sigo implementando a mi bola, y ya utilizando el sistema porque tengo muchas contraseñas que gestionar.

Nueva versión: LongoMatch 0.12

Después de casi 3 semanas sin publicar niguna versión ( por exámenes y por tener el portátil roto), finalmente sale a la luz LongoMatch 0.12.
LongoMatch 0.12: Lavado de imagen
En este versión me he centrado en mejorar el aspecto de la aplicación en Windows, añadiendo un selector de temas para personalizarlo al gusto de cada uno.  Al selector de temas se accede con el ejecutable gtk2_prefs.exe localizado en la carpeta bin del directorio de instalación.
También he añadido unos cuantos plugins a GStreamer, el motor multimedia, dando soporte a archivos MP4 y añadiendo un decodificador MPEG2. Además se han corregido una serie de pequeños errores que tenía la aplicación de tal forma que estoy ya pensanado en crear la primera prerelease para LongoMach 1.0
LongoMatch 0.12: Tema Aurora-midnight
Como siempre podéis descargaros la útima versión desde la página oficial de Longomatch

Reversionando

Pues desde ayer que empecé con el tema de las sesiones ya he tenido que cambiar algún planteamiento de la manera de ejecutrar el proyecto:
v0.1 Generación de estructura de datos maestros: unidades y factores de conversión.
v0.2 Sistema de acceso de usuarios.
v0.3 Construcción de las estructuras de que engloban a las sesiones (macro, meso y microciclos).
v0.4 Sistema gestor de sesiones de entrenamiento para entrenador.
v0.5 Aportes del sujeto entrenado.
v0.6 Cálculos de acumulación de carga en las anteriores estructuras.
v0.7 Añadido de soporte para diferentes progresiones.
v0.8 Añadido de soporte para tablas de ejercicios.
v0.9 Añadido de sistema de subida de ficheros (dibujos para explicación de ejercicios)
v0.10 Añadido de informe médico.
v0.11 Añadido sistema de inscripciones.
v0.12 Gestión de datos médicos con datos cifrados.
Como veis ahora, los pasos de las versiones 0.3 y 0.4 se han retrasado dejando sitio a las estructuras que contienen estos datos. Todo esto tiene un motivo. Al tener la unidad básica de entrenamiento (sesión) dependencia de la estructura que la soporta en el sentido del entrenamiento (una sesión por si misma no tiene sentido si no se engloba dentro de una planificación concreta), en el diseño realizado esta dependencia semática se vio reflejada en las especificaciones de la base datos.
Así que ahora no queda otra que hacer las cosa por el orden preestablecido, en vez de lamentarnos.
Los ciclos de entrenamiento tienen duraciones determinadas y nombres concretos, que cada entrenador especificará. Los microciclos de un mesociclo suelen tener la misma cantidad de sesiones, por lo que se intentará automatizar el proceso de crear las sesiones dado el mesociclo y el número microciclos.

Proyecto “forjado”

Bueno pese a que el nombre de la entrada me haya quedado un poco “friki” y puede que la gente se haga una idea un poco confusa, estoy contento . Como anuncié en los post anteriores tenía que colgar el proyecto en la forja de redIris para que todo aquel que estuviera [...]

Empathy, first application using django-sympy

Today I committed the first web app that uses sympy-django. My friend Angel Soler did the design and called it Empathy, and it is supposed to be something similar to Wolfram's Integrator , but much more capable (not only integrals, but potentially any method implemented in SymPy In the following days I will finish the app and hopefully it will soon be working at http://empathy.sympy.org.As you can see, it has some nice Ajax-autocompleters (done with prototype and script.aculo.us). A lot remains still to be done, for example, export the formulas to png would be nice (SymPy already has this feature, only that it exports LaTeX to dvi and then uses dvi2png, which is too slow for this app ...), right now I am trying with PlasTeXBy the way, the app is also free source, you can check the code in the directory empathy/

GStreamer Winbuilds: GStreamer Windows Binaries and Installers

The GStreamer project doesn’t provide  any updated  binary package for Windows and if you want to develop an application based on GStreamer  for this OS you have to build them by yourself.
That why we have created the GStreamer WinBuilds project which goal is to provide precompiled GStreamer binary packages for Microsoft Windows, including a large collection of encoding/decoding plugins.
This project is based on  OABuild, but with a different approach in the way of adding external plugins. Rather than trying to compile all the external dependencies with the MSVC toolchain (ffmpeg, libxvid, libx264, liba52, etc…) , which not always possible,  we compile them using Mingw/Msys linking the gstreamer plugins to these libraries.
The changes we made so far are:

  • Added ffmpeg plugin with full codec support
  • Added gstvolume plugin.
  • Added gstmad plugin.
  • Added gstasfdemux plugin.
  • Added gstlame.
  • Removed  Direct Show wrapper to use the ffmepg plugin for all the decoding stuff.
  • Added gstxvid plugin.
  • Added gstmpeg2decoder plugin.
  • Added gstmpegstream plugin.
  • Added gstresindvd plugin.
  • Added gstfaad plugin.
  • Added gstfaac plugin.
  • Added gstdvdspu plugin.
  • Adde gsta52 plugin.
  • Added gstmpeg4parse plugin.
  • Added gstqtdemux plugin.

Find out more at the  GStreamer Winbuilds Wiki

Full Mouse Control, código

Para situarse leer antes: Full Mouse Control, caracteristicas
El tronco principal de la implementación de la interfaz es:
/**
* Modo para un control global del raton y el teclado
* @author Alberto Poblacion Navarro
*
*/
class FullMouseMode implements AbstractInputHandler {
/* (non-Javadoc)
* @see android.androidVNC.AbstractInputHandler#onKeyDown(int, android.view.KeyEvent)
*/
@Override
public boolean onKeyDown(int keyCode, KeyEvent evt) {
[...]

Full Mouse Control, caracteristicas.

Como expliqué en posts anteriores, voy a realizar modificaciones al vnc viewer que está actualmente en desarrollo. Voy a tomar como punto de partida para implementar mis modificaciones la release 39, publicada el 31 de Enero de 2009 y el SDK de Android v.1.0 r2 para Linux. En un principio no voy a volver a [...]

Versionando

Parece que enfrentarse a este tipo de proyectois un poco más largos hace que hagas cosas sin que apenas te des cuenta. Llevaba versionando desde que empecé a redactar la memoria del proyecto. Ahora os pongo las versiones que forma la hoja de ruta de la construcción de Gesport:
v0.1 Generación de estructura de datos maestros: unidades y factores de conversión.
v0.2 Sistema de acceso de usuarios.
v0.3 Sistema gestor de sesiones de entrenamiento para entrenador.
v0.4 Aportes del sujeto entrenado.
v0.5 Construcción de las estructuras de que engloban a las sesiones (macro, meso y microciclos).
v0.6 Cálculos de acumulación de carga en las anteriores estructuras.
v0.7 Añadido de soporte para diferentes progresiones.
v0.8 Añadido de soporte para tablas de ejercicios.
v0.9 Añadido de sistema de subida de ficheros (dibujos para explicación de ejercicios)
v0.10 Añadido de informe médico.
v0.11 Añadido sistema de inscripciones.
v0.12 Gestión de datos médicos con datos cifrados.
Como me he dado cuenta de que esto estaba escrito en la memoria y que ya voy por la v0.2 he publicado esta versión forja de rediris, de manera, que, siguiendo el manual de instalación, podremos tener una configuración de datos maestros y gestión de usuarios por categorías.
En el sistema de base de datos ya hay otras muchas cosas, pero con acceso desde la aplicación esto es lo que hay funcionando correctamente.
Descargala en http://forja.rediris.es/frs/?group_id=431

Distribuir contenido