19 respuestas en este tema

[luk2009]

WIKI



la verdad es que se pueden hacer muchas cosas con lazarus y todavia no esta terminado

[felipe]

Este sí que me impresionó bastante
http://www.cabiatl.com/mricro/mricron/

Lo que me agrada de Lazarus entre otras cosas, es que se puedan compilar los proyectos tanto en Windows, Linux o Mac.


Saludos!

[fredycc]

En lo particular Lazarus me ha decado encantado y como bien dicen, aún cuando no ha salido de su etapa beta, al fin pude ver una aplicación mía en 4 plataformas distintas conectados a un servidor firebird, excepto en WinCE, pero en windows, linux y mac osx, va de maravilla, lo mejor es que son nativas y van de maravilla, así también me han sorprendido algunas aplicaciones de otros colegas con imagenes.

Y bueno aquí dejo algunas otras plataformas, en las que no he desarrollado pero Lazarus tiene potencial.

Lazarus as an IDE is able to run on various platforms including any flavor of Windows 32/64 bit starting from Windows 98 to Windows 7, any Linux 32/64 distribution, any version of Mac OS X 32/64 bit start from Tiger to Snow Leopard, as well as other UNIXes. Free Pascal's cross platform ability stretches out further including mobile and handheld devices like the iPhone, Windows CE, GameBoy Advance, Nintendo DS, the GameCube, and it also offers support for a number of architectures including x86 (32 and 64bits), PowerPC(32 and 64bits), ARM and Sparc

http://www.lazarussupport.com/

Aquí dejo el link de un sitio donde podrán bajar revistas electrónicas muy interesantes, en este mes es dedicado a diversos motores de bases de datos, muy bueno:

http://www.blaisepascal.eu/

Saludos.

[felipe]

Gracias por el enlace fredycc


Saludos!

[Marc]

Es muy prometedor, pero no lo veo aún para hacer proyectos serios. Necesito herencia visual, sin herencia visual no creo que sea una alternativa viable.

Afortunadamente el soporte de herencia visual sigue avanzando. La única característica pendiente imprescindible es la gestión de los eventos heredados (puedo vivir sin tutoriales, documentación y teniendo que cerrar y volver a abrir un formulario para ver reflejados los cambios introducidos en su padre).

http://wiki.freepasc...orm_Inheritance

NOTA: ¿ Alguien sabe si en las versiones actualmente disponibles para descarga ya son visibles este soporte parcial para la herencia visual que han implementado hasta ahora ?. La última vez que lo miré (ya hace un par de años), aún no había nada de soporte para la herencia visual en el IDE.

[luk2009]

Marc recuerda que es una herramienta gratuita, multiplataforma y que necesita que la utilicen personas como tu, que saben mucho de programacion y pueden ayudar con los bugs.

En el enlace que puso Fredycc encontre este articulo que tambien esta reproducido en el forum de lazarus. Este articulo refleja todos los avances de lazarus y lo importante que será para todos los nosotros en un futuro muy cercano.

Is Lazarus ready for writing commercial applications ?
Of course it is not the same as Delphi, but very cheap - see the price of the Lazarus USB stick in the Advertisement. So affordable for anyone and you get started immediately with no installation required. You can create any application you ever wanted and the number of components available is grows steadily. So the answer is YES. Perfect for commercial applications!

I started my job in 2001 at a Croatian company called Holobit...

At that time Holobit was a pretty small company with a few dozen customers. My primary task was to make the company's current C++ business applications run on Linux and Windows by using Delphi and Kylix and Borland's CLX technology. After years of C/C++ coding on linux OOP looked very simple and well organized. Two months later I concluded that Borland had great products, and the coding time is much shorter than it was with C/C++ (gtk+,qt) using vi editor. Anyway, within 3 months our business applications were converted to CLX and the company started selling for Linux & Win32. All was done with Kylix 2 and Delphi 6 (later upgraded to K3 & D7).

Creating native Linux apps was a good decision, so the number of customers started growing rapidly. Our customers were happy with the ability to choose between Linux and Windows client apps for dekstop PC’s, because it saves some money and creates a better and more secure environment. The second conversion issue that looked rather complicated - at that time - were databases. When I started to convert our applications, all of them used Foxpro, and I was very disapointed with it, because I already used Postgresql on Linux. So your guess that we moved all of our applications to Postgresql is quite correct.

At that time I didn't know third party components like Zeos etc..., so I wrote my own Postgresql driver and used it for several years. Later when I found Zeos - a nice surprise – I immediately started to use that. So it went on until 2004, there were rumors that Kylix was Exit, no news from Borland – just silence ... Yes it was Exited: shame on you Borland, not because you put Kylix into grave, but because you cheated your customers. For years, then, we were fighting with Borland products. (In the meantime Kylix could not run on any distributions based on Glibc higher than 2.4.X) then, until I saw someone had started a qt-widgetset in a Lazarus project, and that guy was Felipe, and thanks to Den Jean for Qt C bindings, because without C bindings we could not have a Qtwidgetset inside Lazarus.

I had looked into Lazarus just a few times before, but I was not attracted previously, because it supported only the Gtk1 widgetset which looked awful compared to the Qt2 used by Kylix, so now I got motivated to download the lazarus trunk and find out to see the way how it worked with Qt. (I already tried Gtk before). Well, as IG mentioned already, work on the Qt widgetset having only just started, the result needed a lot of improvements, so it does not work.

After a quick scan of Lazarus principles, the Lazarus component library (LCL) and widgetset connections to the LCL I began to contribute to the Lazarus project with a primary goal to get Qt widgetset up and running. My first patches then were sent to Felipe. He argued about my coding standards (hey, hey), but I fixed that and changed my coding standards to the Lazarus coding standard. Anyway, after a year or so the Qt widgetset became useable - in the meantime Lazarus developers granted me svn write access - so no more need to wait for Felipe and others to commit my patches. At the same time – business problems arose with Kylix & Delphi programming and the company management considered moving our thought about to move the complete codebase to Java or .Net . When the management decided this change must be made quickly I objected.

I was not very happy with that. Not because of the applications, but because of all the third party components used in our applications (ZeosLib, FastReports, TMS grids, VirtualTrees etc). I said that we would need a lot of time and resources to move our code to Java or .Net and the result of that operation was not reassuring. I was disturbed by these business decisions (and already had in mind to change the job), so at one day I asked the chief if they could agree to let me spend some time developing code using Lazarus, and in the next few months I showed some of our apps running on Qt4.

I had started a race against time, I had to fix the Qt-LCL and convert one of our applications to LCL (only a small one). That wasn't an easy task since qt-lcl is still not finished and lot of things were not working. Zeos for Lazarus already existed, but for this simple applications I had to have FastReports and TMS grids. So I had three months to make Qt under Lazarus useable, convert FastReports and TMS grids (both CLX licensed)...

After hundreds of hours of coding, the day of reckoning came. I had to show my work at the end of February 2008. I made a presentation on Linux, 32 bit Windows and on Mac OSX and the company management was pleased and satisfied with it. Of course there were still bugs and features not yet implemented, but they appreciated my main argument. If we moved to Lazarus we would be able to work on other (even more) supported platforms, and also because Lazarus is an open source project, we would not be at the mercy of decisions made by other companies (such as Borland) that had harmed us in the past. That became the happiest day in the last few years of my working life. I was given the budget and time required to move our applications to Lazarus. Now I had a reasonable time (15 months) to improve Lazarus and re-write our applications for Lazarus (and deal with other everyday tasks). During 2008/2009 I converted all the third party components and all of our applications to FPC/Lazarus, and therefore also contributed a lot of patches to the Lazarus project. The Goal is reached – Lazarus is better now than Kylix 3 and we started to deploy Lcl LCL applications over more than 3,500 at customers’ sites.

User impressions were positive since our apps looks native on all platforms. A few dozen of Mac OSX users were also happy since we give them native apps for the first time (they used Parallels + linux VM). WOW, what a glorious day. We just did not need the Borland products anymore.

Now our complete range of software is developed using FPC/Lazarus and uses PostgreSQL RDBMS:
1. HoloERP – ERP system with > 400 modules (forms)
2. Cafeman – Caffe bars & restaurants backoffice and POS system
3. TSuS – small shops backoffice & POS system
4. Cinema – software for cinemas (reservations, tickets etc)
5. ArhStudio – architects documentation database.

All of those these applications use the following 3rd party components:
· ZeosLib
· FastReports (ported CLX)
· TMS Grids (ported CLX, but also we licensed the newest VCL
and ported it also)
· TMS Planner (ported CLX, later VCL)
· FlexCell (licensed LCL , yes there's LCL version)
· Our custom components

Conclusion:
Why?
Lazarus is ready for commercial usage especially for people with legacy Kylix3 / Delphi7 codebases.
My personal opinion is that Lazarus Qt is much better than K3/D7 at this time (0.9.29 trunk), and developers will be happy with it's new 0.9.30 version.
· The only OOP RAD which supports so many platforms.
· Constantly developed by volunteers, it does not depend on commercial decisions so you can avoid bankrupcy etc.
· Costs almost nothing except energy and time.
· If it doesn't fit your needs, you can change it and contribute.
· If there's a bug - you can fix it and contribute it, but at least you can open an issue at lazarus mantis issue tracker."

Author of this blog text is Lazarus forum member Zeljan and software case is from http://www.holobit.net. Text is from Blaise Pascal Newsletter Database Special.

[luk2009]

Por supuesto que no es lo mismo que Delphi, pero muy barato - ver el precio de
el USB Lázaro palo en la Publicidad. Por lo tanto al alcance de cualquier persona y
a comenzar inmediatamente sin necesidad de instalación. Usted puede crear
cualquier aplicación que usted siempre quiso y el número de componentes disponibles es
crece constantemente. Así que la respuesta es SÍ. Perfecto para comerciales
aplicaciones!

Comencé mi trabajo en 2001 en una empresa croata llamado Holobit ...

En ese momento Holobit era una empresa muy pequeña con una docena de
clientes. Mi tarea principal era hacer negocio de la compañía C actuales
aplicaciones se ejecutan en Linux y Windows con Delphi y Kylix y
la tecnología de Borland CLX. Después de años de C / C de codificación en linux programación orientada a objetos miró
muy sencillo y bien organizado. Dos meses más tarde llegué a la conclusión de que Borland
había grandes productos, y el tiempo de codificación es mucho más corto de lo que era con
C / C (gtk, qt) utilizando el editor vi. En cualquier caso, el plazo de 3 meses, nuestro negocio
aplicaciones se convirtieron en CLX y la compañía comenzó a vender
Linux y Win32. Todo se hizo con Kylix 2 y Delphi 6 (después ampliado a
K3 y D7).

Creación de aplicaciones nativas Linux fue una buena decisión, por lo que el número de
los clientes comenzaron a crecer rápidamente. Nuestros clientes estaban contentos con la
posibilidad de elegir entre Linux y las aplicaciones cliente de Windows para PC de dekstop,
porque ahorra algo de dinero y crea un mejor y más seguro
el medio ambiente. El tema de la segunda conversión que parecía bastante complicada -
en ese momento - eran las bases de datos. Cuando empecé a convertir nuestro
aplicaciones, todos ellos utilizados Foxpro, y yo estaba muy decepcionado con
, porque yo ya se utiliza Postgresql en Linux. Así que su respuesta que
trasladado todas nuestras aplicaciones a PostgreSQL es del todo correcto.

En ese momento yo no sabía que los componentes de terceros como Zeos .. etc, por lo que
escribió el controlador de mi Postgresql propia y lo usó durante varios años. Más tarde, cuando
He encontrado Zeos - una agradable sorpresa - De inmediato comenzó a usar eso. Por lo tanto,
continuó hasta 2004, hubo rumores de que Kylix era la salida, no hay noticias de
Borland - sólo el silencio ... Sí se Salido: la culpa es tuya Borland, no
porque pones en Kylix graves, sino porque usted engañó a sus clientes.
Durante años, entonces, estábamos luchando con los productos de Borland. (En el ínterin
Kylix no podía funcionar en cualquier distribución basada en Glibc superior
2.4.X) y luego, hasta que vi que alguien había iniciado un cuarto de galón-widgetset en un Lázaro
proyecto, y un chico que fue Felipe, y gracias a Den Jean para Qt C
enlaces, ya que sin los enlaces C que no podría tener un Qtwidgetset
dentro de Lázaro.

Yo había mirado a Lázaro antes sólo un par de veces, pero no estaba
atrajo con anterioridad, ya que admite sólo la widgetset gtk1 que
parecía horrible en comparación con el utilizado por QT2 Kylix, por lo que ahora me motivó a
descargar el tronco Lazarus y averiguar para ver la forma cómo se trabajó con
Qt. (Ya he intentado Gtk antes). Bueno, como IG ya se ha mencionado, el trabajo en
la widgetset Qt que sólo acaba de empezar, el resultado de la necesitaba mucho
mejoras, por lo que no funciona.

Después de un análisis rápido de los principios de Lázaro, la biblioteca de componentes Lázaro
(LCL) y widgetset conexiones con el LCL comencé a contribuir a la
proyecto de Lázaro con un objetivo primordial para conseguir Qt widgetset en marcha.
Mi parches primero y luego se enviaron a Felipe. Argumentó sobre mi codificación
normas (hey, hey), pero me fijo que cambió mi y normas de codificación de
Lázaro el estándar de codificación. De todos modos, después de un año o menos, el widgetset Qt
se convirtió en útil -, mientras tanto, los desarrolladores de Lázaro me concedió svn escribir
acceso - por lo que no necesita más que esperar a que Felipe y otros a cometer mi
parches. Al mismo tiempo - los problemas de negocio surgió con Kylix y Delphi
la programación y la gestión de la empresa considerada en movimiento nuestro pensamiento
a punto de mover el código base completa a Java o. NET. Cuando la gestión
decidió este cambio debe hacerse rápidamente me opuse.

Yo no estaba muy feliz con eso. No porque una de las aplicaciones, pero
porque de todos los componentes de terceros usados en nuestras aplicaciones
(Zeoslib, FastReport, redes de TMS, etc VirtualTrees). Le dije que íbamos a
necesita una gran cantidad de tiempo y recursos para mover nuestro código Java o. Net y la
resultado de esa operación no era tranquilizador. Yo estaba preocupada por estos
decisiones de las empresas (y ya tenía en mente para cambiar el trabajo), por lo menos una
día le pregunté al jefe si podría aceptar que me dejes pasar algún tiempo
el desarrollo de código con Lázaro, y en los próximos meses me mostró algunas
de nuestras aplicaciones que se ejecutan en Qt4.

Había comenzado una carrera contra el tiempo, tuve que arreglar el Qt-LCL y convertir
una de nuestras aplicaciones de LCL (sólo uno pequeño). Eso no fue fácil
tarea desde qt-lcl todavía no está terminado y muchas cosas que no se
de trabajo. Zeos a Lázaro ya existía, pero por este simple
aplicaciones que tenía que tener FastReport y redes de TMS. Así que tenía tres
meses para Qt bajo Lázaro utilizable, convertir FastReport y TMS
las grandes redes (tanto CLX licencia) ...

Tras cientos de horas de codificación, el día del juicio final llegó. Tuve que
mostrar mi trabajo a finales de febrero de 2008. Hice una presentación en Linux,
32 bits de Windows y en Mac OSX y la dirección de la empresa se sintió complacido y
satisfecho con ella. Por supuesto todavía hay errores y funciones que aún no
a cabo, pero que aprecia mi argumento principal. Si nos trasladamos a
Lázaro, que sería capaz de trabajar en otros (aún más) el apoyo
plataformas, y también porque Lázaro es un proyecto de código abierto, que se
no estar a merced de las decisiones adoptadas por otras compañías (tales como
Borland) que nos había perjudicado en el pasado. Que se convirtió en el día más feliz en
los últimos años de mi vida laboral. Me dieron el presupuesto y el tiempo
necesaria para mover nuestras aplicaciones a Lázaro. Ahora tenía un plazo razonable
(15 meses) para mejorar Lázaro y volver a escribir nuestras aplicaciones de Lázaro
(Y hacer frente a otras tareas cotidianas). Durante 2008/2009 que convierte todos los
los componentes de terceros y todas nuestras aplicaciones para FPC / Lazarus,
por lo que también contribuyó con una gran cantidad de parches para el proyecto Lázaro.
El objetivo es llegar - Lázaro es mejor ahora que Kylix 3 y empezamos
para desplegar aplicaciones Lcl LCL lo largo de más de 3.500 en los sitios de los clientes.

impresiones de usuario fueron positivos ya que nuestras aplicaciones se ve en todos los nativos
plataformas. Una docena de usuarios de Mac OS X también feliz desde que damos
que aplicaciones nativas por primera vez (que utiliza Linux Parallels VM).
WOW, lo que es un día glorioso. Simplemente no tenía necesidad de los productos de Borland
más.

Ahora nuestra gama completa de software se desarrolla utilizando FPC / Lazarus y
utiliza PostgreSQL RDBMS:
1. HoloERP - ERP con> 400 módulos (formas)
2. Cafeman - Caffe bares y restaurantes de backoffice y el sistema POS
3. UAT - backoffice pequeñas tiendas y sistema POS
4. Cine - software para los cines (reservas, billetes, etc)
5. ArhStudio - arquitectos base de datos de documentación.

Todas estas aplicaciones son aplicaciones de los siguientes componentes tercera parte:
· Zeoslib
· FastReport (portado CLX)
· EMT Grids (portado CLX, sino también que la nueva licencia VCL
y portando)
· Planificación del TMS (portado CLX, más tarde VCL)
· FlexCell (con licencia de LCL, sí hay versión LCL)
· Nuestros componentes personalizados

Conclusión:
¿Por qué?
Lázaro está listo para su uso comercial, especialmente para las personas con herencia
Kylix3 / Delphi7 bases de código.
Mi opinión personal es que Lázaro Qt es mucho mejor que en este K3/D7
tiempo (0.9.29 tronco), y los desarrolladores estarán encantados con su nuevo 0.9.30
versión.
· La programación orientada a objetos sólo RAD que soporta plataformas de tantos.
· Constantemente desarrollado por voluntarios, que no depende de comerciales
decisiones para que pueda evitar la quiebra, etc
· Costes casi nada, excepto energía y tiempo.
· Si no se ajusta a sus necesidades, usted puede cambiar y contribuir.
· Si hay un error - se puede arreglar y que contribuyen, pero por lo menos
puede abrir un tema en el seguimiento de Lazarus tema ".

Autor de este texto del blog es miembro del foro Zeljan Lázaro y el caso de software
es de http://www.holobit.net. El texto es de Blaise Pascal Newsletter
Base de datos especial.

[Marc]

Gracias por el artículo, luk, muy interesante.

La verdad es que no necesito crear aplicaciones multiplataforma Linux/MacOS. Pero sí que lo tengo muy presente para una tecnología que lleva un año llamándome enormemente la atención: los procesadores ARM.

La verdad es que están consiguiendo una potencia importante, suficiente para que se hagan ya Tablets y miniportátiles con ellos, como el Toshiba AC100 (lástima que sea tan caro le hayan puesto Android en lugar de Ubuntu, aunque esto último está en vías de arreglo).

Por ahora los sistemas operativos en los que corren (el iOS en el iPad, el Android o el Chrome OS) capan totalmente el lenguaje para programarlos, pero cuando salga finalmente MeeGo (ya falta poco), que es una verdadera distribución Linux completa, podremos programarlos con Lazarus (gracias a que FreePascal soporta ARM y Lazarus tiene un widgetset basado en QT).

Creo que esto será una pequeña revolución, con una nueva oleada de equipos muy baratos, y nosotros podremos estar en ello desde el principio gracias a Lazarus (ya que si hemos de esperar a que Embarcadero saque el compilador para ARM, será mejor que tengamos muchísima paciencia).

La verdad es que los ordenadores de hoy en día están sobredimensionados, tienen potencias de cálculo brutales que son totalmente innecesarias para las aplicaciones de gestión que la mayoría de nuestros clientes necesitan. No veo la hora de que puedan cambiar sus equipos por dispositivos baratos ARM para que nuestros clientes se puedan gastar su dinero en que les hagamos más y mejor software en lugar de malgastarlo en hardware caro y sobredimensionado.

[fredycc]

En el mismo artículo si no mal recuerdo en la parte final hay una sección de hacer uso del dispositivo gps y sqlite como base de datos para windows mobile 5, 6 y 6.5, es fantástico ver el potencial de Lazarus, en lo particular he desarrollado aplicaiones de envio de correo automatico con lazarus sobre windows y linux; también un pequeño programa para envio de sms automatizado usando mi sonyericcson como modem gsm.

El futuro del proyecto en definitiva se ve beneficiado mientras más lo usemos y reportemos bugs y contribuyamos con nuevas idead.

Saludos 

[Delphius]

Hola,
No he probado nunca Lazarus, me he paseado en varias ocasiones por los hilos que se han estado tratanto y esta muestra de obras de arte deja en evidencia que Lazarus es un producto que promete ser muy poderoso.

No he visto su documentación, y la carta que han expuesto la le leído un tanto de pasada. Quisiera que disculpen mi atrevimiento y mis palabras si suenan un tanto pesadas: ¿Qué es lo que está impidiendo a Lazarus lanzar la versión 1?

Si es tan bueno, y ha estado mejorando... ¿que es lo que le falta para ser Lazarus 1? Hace un buen tiempo en CD alguien dijo: el problema de Lazarus es que por mucho abarcar poco aprieta, que en su búsqueda de llevar al máximo la capacidad de multiplataforma y funcionar en las más diversas distribuciones de Linux no ha podido apretar fuerte y lanzarse como debiera.
De ser realmente cierta dicha afirmación, entonces creo que el error está en una mala orientación de sus objetivos: mejor tener fortaleza en unas cuantas y no en todas y empezar a madurar más velozmente y conseguir estabilizar de una vez y lanzar oficialmente la versión 1.

Si quiere "mercado" entonces hace falta más una señal de maduración en ese sentido: darle una señal a los desarrolladores de que han alcanzado una versión y no seguirla postergandola una vez más.

Se que un IDE/lenguaje/compilador no se hace en una noche y que demanda su tiempo, dinero, esfuerzo y requiere de una fuerza de motivación y poder altruista por sobre todo. Pero el asunto es que desde hace varios años que se dice que están pronto en alcanzar la versión 1... y ¡nunca llega! Un desarrollador ve como buena señal que a alcanzado la meta y lo pensará mejor si es una alternativa seria a considerar.

Me parece bien que una forma de difundirlo y ayudar a que alcance su maduración pase (y pasa) por descargarlo, desarrollar en él, reportar los bugs y ver el modo en como contribuir en su solución pero en vista de que lleva ya tiempo "escuchando" que ya llega... y resulta que no lo es... uno se piensa ¿que es realmente lo que se está haciendo por dentro?

Ojo, no es por criticarlo, no es mi objetivo. Sino que quisiera saber si alguien me pudiera responder eso: ¿Que tanto le falta a Lazarus? ¿Qué es lo que le impide dejar de considerar una constante versión semi-estable y en fase de pruebas alfa y beta? Con todo respeto lo digo: los términos alfa, beta, medianamente maduro, en pruebas y demás palabras que se escuchan y la relacionan con Lazarus en vez de atraer la atención, provocan lo contrario: que alguien lo esquive... sobre todo si alguien al probarlo tiene algunas dificultades técnicas, y algunas un tanto serias como se ha visto en uno que otro hilo por aquí.

Saludos,

[luk2009]

Delphius si lees el articulo notaras que esta persona, que obviamente sabe de programacion, dice que en la actualidad el entiende que Lazarus es mejor que Delphi 7 y que kylix.
Lazarus es un proyecto complicado y necesita de la ayuda de todos nosotros. Como se indica en el articulo, sino podemos contribuir con codigo, por lo menos podemos hacerlo indicando las fallas que encontremos.
La Pregunta que haces es valida, pero como bien indicas, este proyecto depende de mucha buena voluntad, altruismo, tiempo y dedicacion y se podran lograr cosas como las que se indican en el articulo.
Este sr. ha logrado que la empresa, no solo que se economice muchisimo dinero en software, sino que le ha permitido que dependa de ellos mismos y su futuro ya no esta en las manos de otros.

Lazarus a logrado mucho y es un producto con mucho futuro, apoyemoslo y asi lo ayudaremos a crecer.

Yo no vivo de la programacion ni mucho menos, pero me gusta apoyar lo que me parece un esfuerzo loable.

[luk2009]

también un pequeño programa para envio de sms automatizado usando mi sonyericcson como modem gsm.

Saludos 

Me gustaria ver los detalles de como lograste hacerlo, claro si se puede. Me interesa lograr que un programa envie sms de forma automatica por medio de la pc, utilizando un celular como modem gsm.

[Delphius]

Entiendo Luk tus palabras, y seguramente su creador debe estar bastante contento con lo que ha creado. Y Debería estarlo, no cualquiera hace lo que ha hecho.

Quizá tenga el mismo poder de D7 pero a mi parecer lo tiene demasiado oculto.
Un entorno de desarrollo que para funcionar necesita de ciertos malabares, que viene con una buena cantidad de componentes "pre-instalados" y luego uno debe "activarlos" para tenerlos entre la paleta de componentes.
Una buena cantidad de bibliotecas, para una buena cantidad de cosas, pero que requieren de algunas instalaciones externas para funcionar adecuadamente.
De Wikipedia leo que para conectarse a PostgreSQL requiere de la instalación de PSQL, que para conectarse a SQLite una biblioteca externa y el componente TSQLiteDataSet, para SQL Server debe recurrirse a ZeosLib al igual que para Oracle.
Esto se debe en parte a como está diseñado: Lazarus "prioriza" los componentes visuales, dejando de lado y al usuario la instalación de los no visuales y de bibliotecas externas.
Su LCL está diseñada de forma abstracta para adaptarse a diferentes plataformas y es donde está uno de los mayores peligros. No es totalmente posible (es más, en palabras de ellos mismos, en uno de sus aspectos es imposible: ve a su roadmap y lee si puede haber soporte para Unicode en GTK) ofrecer soporte para
GTK, GTK2 y QT porque son bibliotecas que tienen rumbo separados.

Por debajo de la LCL hay mucha estabilidad y hay garantía de funcionará en casi todas las plataformas, pero si ha de querer ser un RAD entonces creo que no puede compararse, aún, con D7 si una buena cantidad de bibliotecas útiles y necesarias están ocultas  y/o que requiere de instalaciones externas. Un RAD entra por los ojos y es una mala jugada es que las cosas estén tuertas.

Como he dicho, se que no es fácil y requiere de muchas cosas pero se me hace que se está perdiendo de unas cuantas cosas.
Me parece que sería mejor que aceptaran la multiplataforma en el puñado de ambientes en el que saben que funciona bien. Centrarse en ello y estabilizar ese punto. Luego, empezar a desarrollar más contacto y empezar a pensar en que recibir ayuda económica de alguna empresa no es del todo errado, Google, Sun, Mozzilla Foundation, etc. Aceptar la ayuda de otras empresas no es venderse a ningún enemigo. Formar grupo de apoyo y especializado en donde no es su fuerte para que los capacite y después volver a estabilizar el diseño de Lazarus. De ese modo se podría preveer una buena mejora y hasta me atrevería a decir que habría Lazarus 1 y 2.

Una buena cantidad del Software Libre exitoso, es exitoso porque existe una fundación que los nuclea, apoya y se encarga de brindar soporte, documentación, dinero, vínculos, etc. a los integrantes. Lazarus parece ir en contra de esa idea y está formada sólo por el aporte de voluntarios, algunos de ellos ex Borland, exJEDI y de parte de Zeos principalmente. Experiencia tienen, no creo que les falte experiencia, sino que les hace falta una parte de equipo permanente o semipermanente y un vínculo con expertos en las áreas en donde flaquean. No les vendría mal tener una fundación. Eso no es venderse, mas bien los beneficiaría.

Saludos,

[fredycc]

Q tal luk2009, con respecto a tu pregunta, uso esta libreria: http://sourceforge.n...sdpo-cl/files/, la cual me permite accesar al puerto donde conectas el telefono celular, sea vía usb o bluetooth al final se resume en un puerto serial; en lo personal me gusta probar la potencia de lazarus y ver sus beneficios.

También puedes probar enviar sms vía http, algunos proveedores te dan 10 sms de prueba para que hagas tests, en ese caso uso Indy y va de 10. Recordemos que Indy es también OpenSource.

Saludos. 

[Marc]

He estado jugando un poco con Lazarus.

La verdad es que ha mejorado mucho desde la última vez que lo probé (hará unos 4 años). El soporte a la herencia visual, que era la principal falta que tenía, me ha parecido muy correcta.

Pero aún es un poco inestable, durante un par de horas haciendo pruebas, se me ha caído el IDE dos veces (perdiendo lo que no estaba guardado), y el comportamiento era un poco errático (cada vez tenía que cerrar y volver a abrir un formulario para poder cambiar la sentencia SQL de un Query).

En cualquier caso eso no es ningún gran problema (bueno que el IDE se cuelgue si que es un problema grave, pero supongo que una vez tienes en marcha el proyecto, y bien definido el entorno, ya no debe pasar tanto). Aunque el IDE sea un poco errático, lo importante es la calidad del ejecutable final, y aquí supongo que no hay el menor problema.

Ya viene con soporte de Firebird preinstalado, y funciona perfectamente (bueno, he tenido que abrir y cerrar el formulario bastantes veces mientras hacía las pruebas, pero he acabado pudiendo programar que se muestren datos en un grid, y que se puedan modificar en otra pantalla).

Los controles más importantes también están aquí.

Las carencias más importantes que le veo son la falta de componentes para Reports (parece que tienes que descargar e instalar por tu cuenta un componente llamado LazReport, basado en FastReports 2.3), y sobretodo la falta del ClientDataset. Me encanta ese componente, y no parece que haya ningún sustituto en Lazarus, toda una pena.

Con la falta del ClientDataset no solo pierdes sus índices en memória, campos de agregado, filtros mejorados, campos InternalCalc, etc. ... Sino que parece que también pierdes la posibilidad de trabajar con los datos en memoria, desconectado de la base de datos.

Un SQLQuery solo parece poder mostrar datos mientras esté abierta la transacción, en cuanto cierras la transacción se cierran los datos. La verdad es que eso es muy inconveniente (aunque ya sé que el 99% de la gente trabaja así). No me gusta mantener transacciones abiertas, por eso me encantan los ClientDatasets. Abres el formulario, abres una transacción, lees todos los datos, se pasan a memoria local en un ClientDataset y se cierra la transacción, entonces el usuario puede trabajar tranquilamente con los datos (y sin mantener ninguna transacción abierta), cuando se quieran guardar los datos, se hace un ApplyUpdates del ClientDataset el cual abre una transacción, envía a la base de datos los datos modificados en local y finalmente cierra la transacción. Esta forma de trabajar del ClientDataset evita mucha cargar al servidor y sobretodo te evita muchos problemas de conflictos y bloqueos de registros. Espero que se pueda encontrar en Lazarus algún componente que permita trabajar así, con los datos en memoria local, por ahora no he visto nada.

Parece que Lazarus ya está maduro si necesitas hacer aplicaciones multiplataforma o aplicaciones de 64 bits y no puedes esperar más a las eternas promesas de Delphi.

NOTA: Y lo mejor es que desde hace muchos años tiene compilador maduro para ARM. Habrá que probar que tal quedan las aplicaciones para Windows Mobile, iPhone/iPad, Maemo/Meego, etc. ... (algo que ni siquiera está aún en los RoadMaps de Delphi).

Saludos.

[fredycc]

Q tal marc, me parece muy puntuales tus comentarios, con respecto a ClientDataset en Delphi, su equivalente es: TBufDataSet ó MemDatasets, puedes encontrar información en el siguiente link:

http://wiki.freepasc..._in_Lazarus/FPC

Se detalla las ventajas y ventajas de cada una de estas opciones. Y como bien mencionas es una gran ventaja contar con la característica de un ClientDataset.

Acerca de un reporteador hay un par de ellos para Lazarus, el que trae por defaul es lazreport, el cual se encuentra normalmente en: C:\lazarus\components, solo hay que instalar y aparecerá en tu paleta de componentes. En lo personal lo he utilizado en las tres plataformas con firebird y compila sin problema pero cuenta con algunas limitantes que hay que saber compensar.

Saludos.

[fredycc]

Incluyan esta versión de lazarus, quedé maravillado.

http://www.pilotlogi...ux32&Itemid=152

[luk2009]

Marc es para mi un inmenso placer el que hayas sacado algo de tiempo para interactuar con lazarus. Esas criticas son las que necesita el proyecto para crecer y que personas con tu preparacion pueden hacer y que podemos dar a conocer a los responsables de lazarus para que las tomen en cuenta.

Marc que version de lazarus estas utilizando?  Estas usandolo en linux o en windows?  si la respuesta es windows, lo ideal es que utilices los snapshots y asi siempre tendras las ultimas versiones y podras ir notando los avances del proyecto.  Snapshots

Por otra parte el componente Lazreport al igual que Quickreport en delphi, hay que instalarlo pero no hay que descargarlo. Solo vas a: Paquetes y luego a configurar paquetes instalados y alli en la ventana de la derecha encontraras todos los paquetes que estan disponibles y que puedes instalar segun tus necesidades.



Espero que sigas utilizandolo y si no estas utilizando los snapshots o los svn, cuando los uses notaras una gran diferencia.

Incluyan esta versión de lazarus, quedé maravillado.

http://www.pilotlogi...ux32&Itemid=152

La verdad es que se ve increible!!  Gracias por la informacion Fredycc

[Marc]

Marc es para mi un inmenso placer el que hayas sacado algo de tiempo para interactuar con lazarus. Esas criticas son las que necesita el proyecto para crecer y que personas con tu preparacion pueden hacer y que podemos dar a conocer a los responsables de lazarus para que las tomen en cuenta.

Es lo menos que podía hacer después de tanta recomendación . Además Lazarus es uno de esos proyectos que nunca he perdido del todo de vista.

Marc que version de lazarus estas utilizando?  Estas usandolo en linux o en windows?  si la respuesta es windows, lo ideal es que utilices los snapshots y asi siempre tendras las ultimas versiones y podras ir notando los avances del proyecto.  Snapshots

En Windows. La verdad es que me sorprendió mucho que el instalador tuviera ya un año, pero no me quise poner a buscar descargas por SVN o el SnapShot que comentas, para no tener problemas con versiones inestables (y porqué creo que solo te descargas el código fuente y tienes que compilar todo el Lazarus)

Está claro que si me decido a hacer algo serio con Lazarus seguiré tu consejo y me bajaré una versión actualizada (básicamente seria para hacer una aplicación móbil para iPad, Windows CE, Maemo/Meego, ... pero la falta de Firebird para ARM es lo que me ha parado hasta ahora).

Por otra parte el componente Lazreport al igual que Quickreport en delphi, hay que instalarlo pero no hay que descargarlo. Solo vas a: Paquetes y luego a configurar paquetes instalados y alli en la ventana de la derecha encontraras todos los paquetes que estan disponibles y que puedes instalar segun tus necesidades.

Muchas gracias. Ya me parecía raro que en la página de LazReport, para la descarga te envían a la descarga de Lazarus, y en la Wiki de Lazarus dan mucha información sobre el LazReport pero tampoco aportaban ningún enlace de descarga. Ahora lo entiendo.

[Marc]

Q tal marc, me parece muy puntuales tus comentarios,

Si tienes razón, no pretendía hacer un análisis a fondo. Solo lo instalé y jugué un poco con él, probando las cosas que más uso en Delphi.

con respecto a ClientDataset en Delphi, su equivalente es: TBufDataSet ó MemDatasets, puedes encontrar información en el siguiente link:

http://wiki.freepasc..._in_Lazarus/FPC

Se detalla las ventajas y ventajas de cada una de estas opciones. Y como bien mencionas es una gran ventaja contar con la característica de un ClientDataset.

Sí, ya lo había visto (buscando por el Foro y por la Wiki de Lazarus). Pero estos dos componentes se quedan bastante cortos. El TBufDataset ni siquiera tiene un control visual, todo hay que programarlo por código. Pero lo peor es que no llevan posibilidad de conexión con una base de datos. Por lo que he visto tienes que programar tu mismo la definición de campos y el volcado de datos en ambos sentidos. Esto representa un montón de código, y si lo tienes que hacer para cada consulta de tu programa, no resulta operativo.

Estoy seguro de que habrá algún componente de terceros por alguna parte (probablemente basado en el TBufDataset) que permita trabajar al estilo del ClientDataset. Y si no, habrá que programarlo y aportarlo a la comunidad (puesto que no me veo trabajando de otra forma con una base de datos).

Acerca de un reporteador hay un par de ellos para Lazarus, el que trae por defaul es lazreport, el cual se encuentra normalmente en: C:\lazarus\components, solo hay que instalar y aparecerá en tu paleta de componentes. En lo personal lo he utilizado en las tres plataformas con firebird y compila sin problema pero cuenta con algunas limitantes que hay que saber compensar.

Gracias, me sorprendía mucho no encontrar por ningún lado el enlace de descarga de LazReport.