Ya que sacas el problema con los iconos y el XPManifest, el otro día, en el foro de desarrollo de juegos en Pascal que ya he enlazado alguna otra vez por aquí, salió a colación que el principal defecto de Lazarus es su multiplataformidad (peazo palabro acabo de inventarme :D). Dicho de otro modo, la LCL (que es el equivalente a la VCL) pretende funcionar en todos los entornos gráficos posibles (Win32, GTK+, Qt, X, MacOS "original", Cocoa...), sin embargo cada uno utiliza métodos y parámetros muy diferentes. Por ejemplo, la respuesta de mensajes de Win32 (en el que todos los mensajes de una ventana y sus hijas los procesa una única función) no tiene nada que ver con el utilizado por GTK+ (en el que cada componente tiene su propia función para procesar los mensajes). Otro tema es que cada entorno fue desarrollado en un lenguaje distinto (GTK+ en C, Qt en C++, Cocoa en Object C, el MacOS "original" en Object Pascal, etc.) Esto hace que dicha librería sea compleja en extremo, muy susceptible a errores y casi imposible de optimizar (¿Recordáis que la gente se queja porque los ejecutables de Lazarus son mucho más grandes que los de Delphi?).

Algunos desarrolladores ya han propuesto que la futura versión 2.0 de Lazarus se centre en un único entorno, posiblemente GTK+ o Qt por ser las más utilizadas y extendidas, y olvidar el resto, pero el equipo responsable del proyecto no se ha pronunciado a favor ni en contra. Personalmente estoy a favor, ya que Lazarus ganaría mucho en estabilidad aunque obligara a la instalación de librerías de terceros junto con los ejecutables. Creo que es un precio pequeño comparado con los beneficios.

Estoy de acuerdo contigo, hay que "centrarse" en algo, no se puede abarcar todo.

y eso del write once compile everywhere q es el valor añadido de Lazarus y su razón de ser, se perderá no?

No lo he probado, pero ¿realmente funciona?, supongo que en cuanto pongas un componente o hagas una llamada a la API de windows... se acabó el "compile everywhere".

¿Qué es lo nuevo que trae esta versión?

Aparte de eso, a lo chicos de este proyecto no se les puede negar que han hecho un gran trabajo. No los crítico pues a debe ser díficil hacer este tipo de herramientas. Uno mismo tiene problemas trabajando a alto nivel.

Saludos.

Bueno, pero proyectos como wxWidgets se ven muy exitosos y hacen precisamente eso, una interfaz común a distintas librerías visuales. Vamos, yo no es que las conozca gran cosa, pero a juzgar por los demos de wxPython, los controles visuales lucen estupendos.

Bye

Evidentemente, al meter una llamada al API Win32 el programa ya no compilará en otra cosa que no sea Win32. En cuanto a los componentes, pues depende. Si son componentes "normales" (ventanas, botones, etiquetas...) pues no hay muchos problemas. Ahora bien, cuando entras en cosas como conexiones con bases de datos, hilos y demás pues entonces ya no es tan seguro. :(

Pues por lo que sé, incluir la última versión de FPC, que incluye bastantes mejoras en rendimiento y en la librería interna, y algunos cambios "invisibles" que hacen al entorno más estable. Ahora mismo tanto los desarrolladores de FPC como los de Lazarus están preocupados por las acusaciones de plagio que han proclamado desde algunos foros. Han sacado una versión de la librería interna que al parecer lo soluciona, pero todavía está en pruebas.

¿Y eso?, ¿plagio en qué?, ¿quién es el denunciante?