Apreciacion de Code Typhon

[[AzidRain]]

Contestando lo que quieres saber: CodeTyphon es un IDE completo con muchos componentes ya instalados "de fábrica" todos al ser libres se pueden usar sin problema alguno.
No, no hay Dev Express en ningún lado y no trae ni un solo componente que siquiera se le acerque a cualquiera de los trae DevExpress. Me llama la atención que preguntas sobre esos componentes aquí y no en el foro de soporte de DevExpress, supongo que porque no cuentas con su correspondiente licencia.

En cuanto a funcionalidad si quieres seguir programando en entornos con interfaz de usuario de hace 20 años y producir software con esa misma apariencia, te va a funcionar muy bien. Si no tienes problema con andar rebuscando tal o cual componente para hacer algo simple, también te va bien. Si tienes licencia (lo dudo) de Delphi, entonces no veo para que meterse en honduras: aprovecha el soporte y el ecosistema que ya hay y está trabajando bien. Si lo que quieres es correr programas de Delphie n Linux, ahi tienes Vine. Yo personalmente he probado muchas aplicaciones, incluso algunas que trabajan con DevExpress y funcionan como si nada, con todo y carga de dlls, acceso remoto a BD, impresión, etc.

Y mi querido Al, ¿De que sirve algo "hermosamente programado" si eso no aporta ninguna valor a la funcionalidad buscada?

[[AgustinOrtu]]

Yo solo he visto los componentes de DevExpress en fotos y videos (wow!!) y luego en los Webinar y similares de su canal de YouTube

Por lo que se puede apreciar, el rendimiento de la suite es muy bueno
El diseño visual es muy logrado; muy profesional y ademas no degrada la performance
En cuanto a funcionalidades me parecen muy pero muy completos

Visto asi, es una suite de componentes super competente

Pero por lo menos a mi, se me cayo todo en picada cuando vi los videos de training; realmente me resulto muy confuso todo

La forma en la que se crea una aplicacion DevExpress, no es idiomatica en Delphi; no se porque motivo se salieron "de las casillas"

En fin, creo que pensaron demasiado en el usuario final, y muy poco en el pobre programador que tiene que usar los componentes

Yo soy de los que (cada vez mas ultimamente) hace poco con el diseñador visual y mete mucho codigo run-time; todo con el afan de minimizar acoplamientos y dependencias. Y desgraciadamente esta forma de programar me gusta y me sirve, y parece ser bastante incompatible con la metodologia DevExpress

Luego he probado otras suites de componentes que son idiomaticas a Delphi y no he tenido este problema.

Por ejemplo, esta biblioteca llamada EhLib es realmente estupenda y tiene caracteristicas muy similares a las de DevExpress; y no son "una cosa rara"; de hecho, son compatibles con la LCL

En fin quiza me desvie un poco del post

-----

Por otro lado, hay algunas empresas "importantes" que estan desarrollando componentes para FreePascal, como es el caso de TMS Software como se puede ver acá, acá o más recientemente, estas gráficas independientes del framework; funcionan tanto en LCL, VCL y FMX

[Casimiro Notevi]

Empezado por AgustinOrtu

Yo solo he visto los componentes de DevExpress en fotos y videos (wow!!) y luego en los Webinar y similares de su canal de YouTube
Por lo que se puede apreciar, el rendimiento de la suite es muy bueno
El diseño visual es muy logrado; muy profesional y ademas no degrada la performance
En cuanto a funcionalidades me parecen muy pero muy completos
Visto asi, es una suite de componentes super competente
Pero por lo menos a mi, se me cayo todo en picada cuando vi los videos de training; realmente me resulto muy confuso todo
La forma en la que se crea una aplicacion DevExpress, no es idiomatica en Delphi; no se porque motivo se salieron "de las casillas"
En fin, creo que pensaron demasiado en el usuario final, y muy poco en el pobre programador que tiene que usar los componentes
Yo soy de los que (cada vez mas ultimamente) hace poco con el diseñador visual y mete mucho codigo run-time; todo con el afan de minimizar acoplamientos y dependencias. Y desgraciadamente esta forma de programar me gusta y me sirve, y parece ser bastante incompatible con la metodologia DevExpress
Luego he probado otras suites de componentes que son idiomaticas a Delphi y no he tenido este problema.
Por ejemplo, esta biblioteca llamada EhLib es realmente estupenda y tiene caracteristicas muy similares a las de DevExpress; y no son "una cosa rara"; de hecho, son compatibles con la LCL
En fin quiza me desvie un poco del post
-----
Por otro lado, hay algunas empresas "importantes" que estan desarrollando componentes para FreePascal, como es el caso de TMS Software como se puede ver acá, acá o más recientemente, estas gráficas independientes del framework; funcionan tanto en LCL, VCL y FMX

Una respuesta magnífica.

[Ñuño Martínez]

No conozco ese DevExpress del que habláis. Pero por lo que veo es una biblioteca de componentes alternativo al VCL, ¿no?

En FreePascal existe fpGUI, un conjunto de componentes completamente escrito en Pascal. Está basado en el motor que haya debajo (useasé, xWindow en Linux/UNIX/MacOS..., GDI en Windows, etc) en vez de usar bibliotecas como GTK+, Qt, Cocoa y demás. No lo he probado todavía, y por lo que sé no funciona con Delphi, pero promete bastante. Incluso tienen su propio diseñador de ventanas, sus propios diálogos comunes y están trabajando en un IDE alternativo a Lazarus. La verdad es que le tengo ganas.

[Casimiro Notevi]

Muy interesante.

[[Delphius]]

Yo no he usado esas dos suites que comentan, pero llevo un tiempo empleando CodeTyphon/Lazarus y la verdad es que no extraño a Delphi. No voy a negar que tuve algunas piedritas en el camino, pero nada grave que me detuviera. Más que nada ha sido cosa de desconocimiento y no haberme documentado mejor. Tanto en el foro de Lazarus/FreePascal como en el de CodeTyphon encontrarás gente muy dispuesta a ayudar y eso destaco muchísimo.
Por el momento las aplicaciones que realizo no requieren de cosas como webservices, consumir JSON, y cosas por el estilo. Aunque me cuesta creer que no tuviera herramientas para eso.

Si fuera tan malo y de juguete como lo pretendieran pintar algunos ¿Porqué entonces sigue apareciendo mejoras y más avances en suites que brindan soporte a OpenGL, GLScene, como lo son BGRABitmap, o Asphyre por mencionar dos ejemplos? incluso han llegado a ofrecer algo similar a Firemonkey llamado LAVA (aunque no encuentro referencias actuales de esto... desconozco si quedó en stan-by o es que le cambiaron el nombre al proyecto).
Si fuera tan malo, porqué hay una linda apuesta en gente entusiasta hasta en llegar a producir videos juegos. Si. Hay de esos locos, los he leído en los foros de Lazarus como en el de PascalGameDevelopment. Pues ¡que sigan siendo locos! ¿Harías un video juego con un juguete? Pues claro que no.

Saludos,

[mamcx]

El problema no es tanto que Lazarus sea terrible. Es mucho mas simple:

El numero de librerias GUI de caracter profesional, completos y que se vean bien se cuentan con los *dedos*. Les aseguro que no hay mucho aparte de DevExpress (que es el mejorcito).

Por ahi se consigue http://www.telerik.com/ & http://www.infragistics.com/.

Aparte de estos 3... que mas ahi? Se pueden conseguir partes aqui y alla, pero un conjunto completo? MUY dificil. Y lo digo como quien ha hecho esas busquedas para Delphi, FoxPro, .NET, OSX, Coccoa, iOS, Web.

Ironicamente? es mas facil tener un toolkit medio decente estos dias con HTML/CSS. Pero en cuanto a toolkits nativos?

Ahora que se pueden hacer interfaces bien logradas se puede. Por ejemplo, con Coccoa/iOS es muy claro que hay una gigantesca seleccion de apps bien logradas...

Pero el asunto es que si quieres ir y "comprar" los componentes? NO HAY NADA COMO DEVEXPRESS. Zero, Nada, Zip!

Y como le hacemos entonces? Pues nos toca hacer los controles, nosotros... a codigo limpio, como animales!

Ahora Coccoa tiene ciertas facilidades que hacen la tares menos titanica que con la VCL y otros toolkits, pero no por mucho...

P.D: Una app de locos que simplifica esto pa Coccoa:

http://www.paintcodeapp.com/

Pero es lo mismo: Codigo puro y duro al final...

-----

Es de notar: Los grids buenos, son aun mucho mas escasos. Por ejemplo, no se consiguen ni a palos (nativos) para Coccoa/iOS/Android.

----

Aun con una herramienta que tenga una interface "feita" es possible hacer una app bien. Recuerdo que lo que hacia yo era cojer Microsoft Acces y notar como estaba hecho y emular parte de eso. Tener una app bien lograda de referencia ayuda enormemente.

Luego si o si toca adquirir controles o programarlos. Sin embargo, a punta de hacer composición con paneles, labels, shapes + controles basicos y usando bien fuentes, colores & graficos se puede alcanzar algo muy bueno....

Asi es como se logra el 90% de los efectos en las apps iOS: Poniendo en capas paneles, labels y similares.