Hello Paola,
Sunday, May 31, 2009, 1:58:49 AM, you wrote:
PB> Hola JoshyFun
>como en Delphi 7 y por suerte muchas m�s que van m�s avanzadas que D7,
PB> podr�as mencionar algunos aspectos?? no llegu� a trabajar con d7.
Las cosas que no funcionan son m�s bien m�nimas, pero pueden darnos alg�n quebradero de cabeza, como por poner un ejemplo el "Autosize" de las columnas de un ListView que no funciona.
Otras cosas "diferentes" son a veces el orden en que se disparan algunos eventos lo cual si nuestra aplicaci�n es sensible a ese orden pues mal asunto.
Yo lo que m�s extra�o en Lazarus con respecto a D7 es el docking que simplemente a�n no existe en Lazarus (se est� en ello), ah! y el debugger que no es tan bueno como el de D7.
A parte hay un mont�n de peque�os detalles que son f�cilmente salvables y que no presentan un problema real.
En cuanto a las ventajas a parte de la multiplataforma que es obvia y una de las cosas m�s importantes, yo pondr�a el soporte Unicode como un gran avance, el soporte de "Generics" en el compilador, y quiz� lo que m�s me guste sean los "paquetes" de Lazarus para el desarrollo; me explico, casi todos tenemos una serie de paquetes hechos por nosotros para nuestros programas y que solemos compartir entre todos o casi todos nuestros desarrollos. Como ejemplo voy a poner uno de mis casos.
Yo tengo por un lado una serie de units para el manejo de "virtuallayers", este es un desarrollo por separado en si mismo, pero que uso como "add-on" en otros programas. Por otro lado tengo otro proyecto que son una serie de units para el manejo especial de streams. En varios proyectos uso ambos grupos de units y debido que yo siempre intento poner en el SVN todos los fuentes necesarios para la compilaci�n esto me obligaba a poner copias de todas las units en subcarpetas dentro de cada proyecto para meter esos grupos de units, algo as�:
Proyecto
|-------VirtualLayer
|-------Streams
El inconveniento de esto es que cada vez que detectaba un bug en virtuallayer por ejemplo y lo correg�a mientras desarrollaba "Proyecto" me obligaba a copiar la modificaci�n a la carpeta original de desarrollo de VirtualLayer y era f�cil que as� me cargara alguna modificaci�n que ya hab�a hecho en la carpeta original.
Con los paquetes de l�zarus esto se soluciona, creo un paquete para VirtualLayer y otro para Streams, le digo donde est�n (original) y el lazarus se encarga de a�adir los paths necesarios a "Proyecto" para que se incluyan esos paquetes como si estuvieran en la carpeta principal. Si cambio de computadora simplemente hago un "checkout" de "Proyecto" miro las dependencias de paquetes necesarias y hago los checkouts correspondientes a los otros proyectos, registro los paquetes y listo.
De este modo sigo desarrollando cada "add-on" en su carpeta correspondiente sin ensuciar con cosas innecesarias (programas de tests) el "Proyecto" y adem�s cada vez que modifique algo de uno de los paquetes Lazarus lo recompilar� para incluir la �ltima versi�n siempre que sea necesario.
Best regards,
JoshyFun
