casi no se solapan items, y ademas se pueden eliminar

Creo que esto va a ser presentable para maniana. Luca si podes dale esto a Gonzalo, chau

Corregido el typo reportado por ricky.

Se actualiza el paper sobre el protocolo del servidor. Se agrega la lista de comandos a implementar.

 - Se cambia bomb por Pump, que es mas representativo en ingles a igual
 traduccion
 - Se agregan Sumideros (Drain) y Drenaje (Drainage)
 - Se agrega Splitter
 - La Union no funciona como debe. Cuestiones de diseño que tengo que resolver
 - Nuevo ejemplo con Splitter y Drenaje
 - Se actualiza diagrama de clases

 Salvando por la Union, el modelo esta casi listo. Las clases que faltan
 agregar son triviales. El problema de la Union lo estoy replanteando. La
 logica de control se agrega en breve.

- saco estos archivos porque no los uso y me molestan

bueno, hice que el doble click abra una ventanita de propiedades, pero solo lo implemente para el tanque y el tubo porque queria que me digan que les parece. Ademas no se si me estoy enquilombando demasiado, porque como lo pense me parcecio mejor crear una clase para cada tipo de ventana de propiedades, --ya que no van a ser todas iguales-- ademas todas descienden de uan ventana de propiedades que seria la que contiene las seniales de los botones y esas cosas que si tienen todas...
La cuestion es que me parece que se me esta armando bardo con todas las clases que estoy creando... diganme si se debe simplificar un poco o asi esta bien...
El make hizo que mi estilo de vida suba en un 300%, gracias por existir.!!!

- Arreglo el pedito por el que no compilaba al conectar la señal
  on_main_menu_quit. El problema era que estaba mal el prototipo (copy&paste
  fallido? :). La señal 'activate' no toma ningun parametro.
- Agregue un Makefile temporal (me ponia muy nervioso hacer el g++ a mano y
  tardaba mucho cada vez que compilaba :)
- Hice que expanda los keywords del svn en los archivos de texto ($Id$, etc).

no me compila la linea en el cpp donde quiero conectar la senial (por que no anda la enie?) para salir del programa, veanlo

Ahora el tanque gira bien

le cambie el nombre a las clases y a los archivos y ahora el popup anda bien, rotar es rotar y los demas no hacen nada

popup del carajo, el unico que esta implementado es el de rotar.

 Se mejora el gradiente de las imagenes

Se unlockea() el mutex despues de llamar a connection->run(). Si lo unlockeo()
antes, se muere con segfault cuando se conectan 2 clientes exactamente al mismo
tiempo. Esto no deberia ser asi, al menos eso creo, seguire investigando...

Me vuelvo loco cd Constructor/cd Constructor/ pero hubo una regresion, para rotar hay que usar el boton del medio y la novedad descubranla con el boton derecho. Aleluya.

 Se modifica y agrega las imagenes del tanque.

Se modifican los iconos para que tengan una mejor pinta en la pantalla.

no se que mas puede faltar

Con esto deberia compilar, avisen

ahi creo que sale andando

 - Se agregan mas comentarios a las clases
 - Se agrega Union. Aun tiene un pequeño bug donde no actualiza bien su propio
 flujo actual, pero si se actualiza bien el flujo de sus entradas
 - Se agrega una union al ejemplo, ahora se modela algo como :
   +---+      +---+
 | B |      | B |
 +---+      +---+
   \         /
cond\       /cond
 \-----/
  | U  |
+---+
  |
|cond
|
B=bomba
U=union
cond=conducto

Se mueve el mutex a la clase que tiene el recurso a proteger.

 - Se corrige la bomba para que tenga mas informacion sobre el flujo maximo y
 actual.
 - El ejemplo es completamente funcional y si se cambia algun valor los flujos
 siguen dando bien actualizados :-)
 - Se pone al dia el diagrama de clases

 Se completa bastante el model y se crea un ejemplo que al parecer funciona
 bien en este caso!!!!!
 El Conduct tiene un hack para simular un sumidero.

Bue, ahora se pueden girar los bichos y queda re bonito, pero que ni se les ocurra intentar moverlos!!!
help me! ahora mientras escribo me doy cuenta que me olvide de agregar una cosa que habia sacado pero para el proximo commit lo arreglo.no es importante.

Subo esto que compila pero se cuelga cuando soltas un item, y ademas no se como hacer para que actualice la imagen cuando se rota. Supongo que se cuelga en el evento que recive el drag, pero no se donde ni porque. Voy a seguir probando.

 - Se modifica el logo para tener una tipografia mas copada. Ahora el XCF fue
 creado con Gimp1.3 (es una masaaaaaaaa!!), por lo que no va a andar en el
 Gimp1.2 (por como maneja las fuentes).
 - El modelo se actualiza un poco al ingles (falta!)

Se agregan un par de mutex porque el server se muere con segmentation fault
cuando recibe muchas conexiones simultaneas. Tambien se agrega un limite a las
conexiones pendientes en el listen(). Con todo esto se sigue colgando.

Se eliminan los namespaces en los cuerpos de las definiones de los metodos que
eran redundantes y se mejoran algunos mensajes de DEBUG.

Se agrega la definicion del metodo new_connection() que era lo que daba un error al linkear.

Se corrigen typos.

Se agrega namespace que faltaba.

Se pasa el destructor al .cpp.

Cambio cosmetico en los Makefiles.

Se corrige bug reportado por ricky.

Se corrige el bug encontrado por Nico.

Se termina de migrar lo que habia hecho al nuevo modelo cliente-servidor, pero
tengo problemas para compilar el ejemplo en el directorio Server/tests (la lib
aparentemente compila).

Archivos para la nueva implementacion del server.

Se empieza a implementar las modificaciones hechas en el diagrama del server.
No compila.

Se muda el namespace Plaqui a PlaQui::Server. Se completa un poco la clase Runnable.

Se agrega un doxyfile para generar docs del server.

 - El modelo comienza a cobrar vida y a ganar funcionalidad.
 - Se hace un cambio radical en el sistema de mensages.

 - Se elimina atributo orientacion en Conducto porque no tiene sentido
   para el modelo teorico.
 - Se elimina la clase Codo, ya que su comportamiento es identico al Conducto,
   y no agrega nada nuevo al modelo. Si va a existir clases VistaConducto con
 alguna propiedad que le indique si debe dibujar un codo o un conducto recto.

- Se cambia diagrama a formato Dia.
- Se lo hace más conceptual.
- Se elimina el .png (no es un "fuente", se puede generar).
- Se hacen algunos cambios en el modelo, aunque el concepto es el mismo.

- Se arreglan los nombres para estar todos acorde con el coding style
- Se ocultan (private) constructores por default, de copia y operador =
  para evitar que se creen objetos sin utilizar new.

 - Se agrega codigo para desconectar un objeto
 - Se arregla un bug que hacia que cuando un objeto se conectaba se incrementaban las cantidades
 de entradas o salidas.

- Se agregan 2 nuevas clases para parsear los request HTTP: String y Request.
  String extiende std::string y agrega métodos útiles a la hora de parsear.
  Request extiende a std::map<std::string, std::string> y guarda variables sobre
  el request HTTP al estilo variables de entorno en CGI.
- Se mueven los includes a un directorio plaqui/server porque string.h me pisaba
  el string.h de la libc.
- Se usan las nuevas clases para obtener información básica sobre el request
  como para empezar a traducir las URI en comandos para la planta (o el
  servidor).

Se modifica el diagrama de clases para estar acorde con la versión definitiva del enunciado, ahora actualizado

- Agrego los primeros archivos pertenecientes al modelo. Nada funcional ni
  clarificados aun.
- Sigo actualizando el diagrama de clases

Actualizo los graficos del enunciado definitivo.

El server manda una respuesta HTTP valida (al parecer, al menos para Mozilla :).

- Hice una regla para construir la librería estática (server.a) con todos los
  .o de las clases del servidor.
- Me copio de ricky y pongo los .h en un directorio 'include' :)
- Pongo un directorio 'tests' con las pruebas.

- Muchas pequeñas correcciones.
- Algunos grandes cambios:
  - Se agrega soporte de threads a Runneable.
  - Estan funcionando Server y ControlServer de forma básica. Server puede
    atender peticiones y cuando se conecta alguien crea un nuevo ControlServer
    que maneja la conexión (falta liberar memoria, porque por ahora solo se
    puede salir con Ctr-C). ControlServer recibe línea por línea hasta que una
    línea sea vacía (detección simple de cabeceras HTTP).
- Se agrega un test del servidor: server_test.cpp.
- El diagrama de clases queda un poco desactualizado (y tal vez deprecated,
  debería pasarlo a Dia así queda todo con el mismo formato).

 Actualizo el diagrama de clases del modelo. Todavia tengo algunas dudas que
 resolver pero creo que se va acercando a lo que tengo en mente.

Primer esqueleto de las clases cliente/servidor.

Se agrega propuesta de cabecera.

Se cambia la interfaz Runnable por una clase.

Se sube el primer diagrama de clases de los clientes y servidores.

- Agrego el dialogo de conectar
- Agrego una clase Menu para encapsular todos los items
del menu en lugar de hacer una clase por item.
- Actualizo la interfaz

Se corrigen algunas cosas de los test de la skstream pero igual ya quedaron obsoletos por la socket++.

Se agrega nuevos tests de sockets ahora con una nueva lib, socket++, porque la anterior, skstream, estaba incompleta.

Se hace un primer intento de cliente udp.

Se actualiza un poco la doc del server.

modifique el .glade para que las ventanas aparezcan en el medio de la pantalla, porque me molesta moverlas...

Modifico el orden en el changelog

Se agrega la propiedad svn:ignore para que no muestre archivos "basura" al hacer un "svn st".

Se agregan algunos datos mas a las herramientas usadas.

Ya tengo el broadcaster UDP andando! Manda a un host:puerto por UDP un choclo, sin hacer una conexion (si lo recibe bien, si no tambien).

Se borra el ejecutable :)

intento dibujar lineas en la ventana (para probar) pero yo quiero dibujar sobre el fixed, hago para agarrarlo?

 El cliente vuelve a compilar :-D y ahora carga el archivo ChangeLog cuando se
 muestra el dialogo "Acerca de".

compilo y anduvosvn up! groso

Otro que me sube los .bak! :)

Agrego la carpeta constructor para hacer algunas pruebas... uija!

 - Se corrige la tipografia en el logo
 - Se corrige comienza a intentar cargar el archivo ChangeLog en el cuadro
 Acerca de

- Agrego documentacion sobre las herramientas utilizadas
- Modifico el encabezado a utilizar en los archivos
- Client: agrego el handler para entrar al dialogo "Acerca de"
- Client; Inicio los archivos de informacion (ChangeLog, AUTHORS)

Se agrega un TODO.

Agrego callback para salir del programa de 2 formas distinta : desde el menu creando un objeto derivado y desde la barra de herramientas pasando directamente la funcion a ejecutar

Se agrega la propuesta en bruto de la estructura del server.

Empiezo a darle forma el directorio del proyecto cliente y genero algo de codigo

Modifico algunas cosas en el coding style. Se agregan recomendaciones para la
GUI.

Se borran archivos de backups.

Agrego directorio de trabajo para lo que va a ser el cliente, y agrego una interfaz glade inicial sobre la que se va a trabajar

Se agrega ejemplo de cliente TCP con skstream.

agrego icono cuando se mueve un item en el workplace

Agrego la habilidad de mover items ya agregados al area de trabajo. Ahora es mas
lindo editar con años ! :-D

Se modifica un poco el diagrama de clases.

Se agrega ejemplo de documentacion doxygen.

- Se arregla problema de dibujo de lineas.
- Se dibujan lineas horizontales.
- Se mejora el hot spot del drag&drop.

Se agrega coding style.

Se agrega un ejemplo de Glib::Thread.

Se borra un pedazo que me olvide de borrar cuando puse el icono para el DND.

Agregue un intento de dibujar la grilla sobre el fondo, creando una clase
heredada de Gtk::Fixed. sin saber por que las lineas comienzan desde el
borde izquierdo de la ventana en lugar desde el borde derecho del widget.
No documentacion no es clara y no encuentro el error.

Logo modificado con mejores tipografias.

Bueno hice un commit y se mezclo todo con el commit de Luca :-D

Yo habia hecho lo mismo que el, solo que con los iconos globales creados una
sola vez. Ahora deje todo andando y puse el icono donde correspondia.

Le puse el icono de lo que se esta drageando cuando se draguea... Va tomando forma :). Tuve que hacer un par de maniobras con el "hot spot" para que caiga donde tenia que caer porque no vi bien el algoritmo que acomoda en la grilla.

Agrego ejemplo que hace drag and drop de elementos como caños, bifurcaciones y
codos, que ajusta a la cuadricula los elementos. Falta agregar el dibujo de la
grilla sobre el Gtk::Fixed y la habilidad de mover los elementos.

Se agrega configure.in y se modifica Makefile.am a test/gtkmm/dnd para hacer mas
facil la compilacion. Ahora para compilar :
  #> aclocal
#> autoconf
#> automake -a
Solo la primera vez. Luego :
#> ./configure
#> make

Done!

Agrego una imagen generada en GIMP sobre como podria ser el uso de una
cuadricula en la interfaz de creacion. La idea es que los objetos GUI (caños,
codos, etc) sean de un tamaño multiplo de 32 ... Con esto se busca hacer mas
comoda la ubicacion de los elementos y ademas seria mas facil detectar las
conexiones entre objetos antes de guardar.

Agrego el primer diagramas de clases y un pre-logo para las interfaces graficar.