¿Dónde conseguir componentes para Firemonkey? ¿Cómo véis a Firemonkey?

[dec]

Hola a todos,

Planteándome posibles nuevos proyectos o bien la reescritura de alguno de mis proyectos actuales, a estas alturas, digo, uno piensa en utilizar Firemonkey en lugar de la VCL, por aquello de que es un framework más actual y soportado por mayor número de plataformas. Pero es el caso que no encuentro muchos componentes para Firemonkey que digamos, y, me sorprende el hecho, por ejemplo, de que el sitio web Torry's, no tenga un apartado dedicado a Firemonkey.

Lo que ando buscando, principalmente, es un componente "diseñador", es decir, que permita situar controles en una especie de panel/grid y moverlos y cambiar su tamaño en tiempo de ejecución. Para la VCL existen varios componentes de este tipo y yo uso el "TResizer" del paquete Cindy desde hace tiempo, pero, para Firemonkey sólo he encontrado algo parecido en cierta "suite de componentes", pero, que no parece haber sido publicada a día de hoy.

¿No ha habido ya tiempo suficiente para que se vieran más componentes para Firemonkey? Volviendo al ejemplo de Torry's, por ejemplo, este sitio we cataloga miles de componentes para la VCL, pero, ni siquiera tiene un catálogo de componentes para Firemonkey. Y buscando por internet hay media docena de empresas/desarrolladores que publican algunos componentes para Firemonkey, pero, nada más. ¿Cuál es vuestra experiencia desarrollando con Firemonkey? ¿Hay más componentes por ahí que se me están escapando?

¡Muchas gracias!

[[AgustinOrtu]]

No entendí bien que es lo que querés lograr con ese diseñador. Creo que lo podés lograr con fmx de serie cambiando las propiedades que indican el tamaño, la posición, la escala, etc. O podés meter los componentes dentro de un ScaledLayout por ejemplo

Entre las empresas que diseñan componentes de me vienen a la mente rápido: raize, tms, woll2woll

[dec]

¡Hola!

Gracias por responder Agustín. Por "diseñador" me refiero a una especie de panel que nos permite situar controles en tiempo de ejecución y "alinearlos al grid", mostrar "guías de alineación", etc., etc. Algo similar a lo que el propio Delphi nos ofrece para diseñar los formularios.

Por ejemplo, los componentes Cindy para la VCL mencionados arriba incluyen el componente "TcyResizer", que, es el que uso en uno de mis proyectos y echo de menos en Firemonkey.

Abajo una imagen del componente "TcyResizer" que uso ahora mismo:

[Neftali [Germán.Estévez]]

Empezado por dec

Planteándome posibles nuevos proyectos o bien la reescritura de alguno de mis proyectos actuales, a estas alturas, digo, uno piensa en utilizar Firemonkey en lugar de la VCL, por aquello de que es un framework más actual y soportado por mayor número de plataformas. Pero es el caso que no encuentro muchos componentes para Firemonkey que digamos, y, me sorprende el hecho, por ejemplo, de que el sitio web Torry's, no tenga un apartado dedicado a Firemonkey.

Lo que ando buscando, principalmente, es un componente "diseñador", es decir, que permita situar controles en una especie de panel/grid y moverlos y cambiar su tamaño en tiempo de ejecución. Para la VCL existen varios componentes de este tipo y yo uso el "TResizer" del paquete Cindy desde hace tiempo, pero, para Firemonkey sólo he encontrado algo parecido en cierta "suite de componentes", pero, que no parece haber sido publicada a día de hoy.

¿No ha habido ya tiempo suficiente para que se vieran más componentes para Firemonkey? Volviendo al ejemplo de Torry's, por ejemplo, este sitio we cataloga miles de componentes para la VCL, pero, ni siquiera tiene un catálogo de componentes para Firemonkey. Y buscando por internet hay media docena de empresas/desarrolladores que publican algunos componentes para Firemonkey, pero, nada más. ¿Cuál es vuestra experiencia desarrollando con Firemonkey? ¿Hay más componentes por ahí que se me están escapando?

Hola David.
Supongo que estás pensando en tu producto estrella y en volverlo multiplataforma (lo sigo y lo voy probando aunque no diga nada...).

El problema de Firemonkey es a la vez su gran ventaja, "la multiplataforma". Lo que antes era un problema de complejidad "media", como crear un componente y publicarlo, ahora se ha vuelto algo muy complejo, por no decir casi imposible (para un simple mortal).

Me estoy refiriendo a que generar un componente para FMX, no sólo conlleva conocer la nueva librería (para Windows), como pasaba antes con la VCL, sino que hay que generar código que sea compatible con Windows, Android y con iOS. Y eso no está a la altura de "los simples mortales".
Suponiendo que supieras, además significa, como mínimo, que debes poder probar ese código en todas las plataformas "destino" y sólo en infraestructura y dispositivos, ya es algo al alcance de pocos programadores (seguramente algo más a nivel de empresa).

Una buena recopilación de componentes (referencias) que puedes encontrar seguramente está en FMXExpress.

Ahí puedes encontrar esto:
3 Amazing Component Sets Driving Success In Delphi Berlin On Android And IOS
TMS native components
Major Platform Native IOS Component Suite For FMX
Pro Scalable Vector Graphics Components For Firemonkey In Delphi 10 Seattle On Android And IOS
Conjunto de componentes
...

Si buscas por la página encontrarás más referencias.

[dec]

¡Hola a todos!

Gracias por responder Neftalí. Ciertamente, desarrollar componentes "multiplataforma" debe ser más complicado que desarrollar componentes para una sola plataforma. Y esto tal vez sea así incluso tratando de componentes como el que refiero, es decir, que, en principio, no "tocan" el sistema, no tratan con archivos, etc. Pero En erealidad sí que tocan el API de Windows (en este caso) y a todo ese API es al que hay que encontrar "alternativa".

La realidad es que a mí me interesa "Mac OS" y no tanto Android ni iOS, pues mi proyecto, como sabes, o bien se piensa de nuevo, o no tendría mucho sentido en un móvil o tablet. Y es el caso que tengo algún que otro cliente que, o me equivoco, o utiliza mi software en Mac OS, ignoro si usando alguna máquina virtual con Windows para tal efecto: de hecho no creo que pueda hacerse de otra manera que usando algún tipo de máquina virtual con Windows en Mac OS.

En fin, gracias por los enlaces Neftalí y a todos por vuestro interés.

[jhonny]

Otra cuestión es que no son necesarios ciertos componentes... por ejemplo, en vcl habría que buscar un componente (O crearlo con varias lineas de código) para usar un TEdit con un TButton dentro o usar el que después de algunas versiones fue incorporado en Delphi con dicho objetivo.

Mientras que con FireMonkey basta sólo con bajar el TEdit, hacer click contrario y agregar dicho botón dentro... y si no existiera dicha opción, tomarías un TButton o TSpeedButton de la paleta de componentes, lo pones dentro del TEdit y ya.

Entonces, sólo en este caso, ya tenemos un componente menos en la paleta de componentes. Cuando uno se sumerge en el mundo FireMonkey, se va dando cuenta que si va a usar un componente de tercero, éste debe tener algo realmente especial, algo realmente diferenciador porque es bastante sencillo hacer muchas de las cosas que antes eran complicadas.

[dec]

¡Hola a todos!

Empezado por jhonny

Otra cuestión es que no son necesarios ciertos componentes... por ejemplo, en vcl habría que buscar un componente (O crearlo con varias lineas de código) para usar un TEdit con un TButton dentro o usar el que después de algunas versiones fue incorporado en Delphi con dicho objetivo.

Mientras que con FireMonkey basta sólo con bajar el TEdit, hacer click contrario y agregar dicho botón dentro... y si no existiera dicha opción, tomarías un TButton o TSpeedButton de la paleta de componentes, lo pones dentro del TEdit y ya.

Entonces, sólo en este caso, ya tenemos un componente menos en la paleta de componentes. Cuando uno se sumerge en el mundo FireMonkey, se va dando cuenta que si va a usar un componente de tercero, éste debe tener algo realmente especial, algo realmente diferenciador porque es bastante sencillo hacer muchas de las cosas que antes eran complicadas.

Gracias por comentar Jonny. No estoy de acuerdo contigo, porque, un "TEditButton" ya hecho basta con desplazarlo al formulario en que queramos usarlo, así que, como mínimo, ya estamos ganando en comodidad y rapidez de uso. Por no hablar de las posibles características adicionales que dicho "TEditButton" pueda tener. Y no digamos ya de la posibilidad de compartir dicho componente "TEditButton" con el ahorro de tiempo y trabajo que eso implica.

En definitiva yo pienso que una de las fuerzas de la VCL es la cantidad de componentes que se ofrecen, literalmente, miles de ellos. Por lo mismo, veo un hándicap en Firemonkey al no poderse comparar en ese sentido. Claro, se entiende la dificultad de desarrollo de dichos componentes "multiplataforma", pero, sea como sea, no deja de ser un punto a tener en cuenta, es decir, yo no puedo hacer "a mano" todos los componentes que pueda necesitar en un programa, bien por falta de recursos, bien por falta de capacidad.

Ahí está también la gracia de los componentes: yo no tengo porqué saber hacer un componente diseñador, pero, sí utilizarlo en mis programas.

[WHILENOTEOF]

Para mí la cuestión es si lo que necesitas es algo que afecta sólo a la visualización, o es un componente que tiene que acceder a determinadas funcionalidades de cada sistema. Si es sólo gráfico no creo que tengas problemas, yo tuve que hacer uno hace poco tiempo (árbol de decisión ligado a una tabla y poder expandir y contraer nodos y escalarlo), y me resultó más sencillo que si lo hubiera hecho con la VCL. Firemonkey tiene un canvas común, con órdenes de dibujo comunes y después cada SO se encarga de "pintarlo" de una forma diferente ( en unos casos gdi+, directx ó opengl). Por internet podrás ver algunos videos de Knoptka (no sé si lo he escrito bien) sobre cómo empezar a hacer componentes para firemonkey y las diferencias con la VCL.

En tu caso imagino que todo el trabajo será hacer un componente que se adapte a un control que tengas en pantalla y que te permita interactuar con él para modificar la posición y tamaño del control. No creo que esto tenga mayores problemas. Hace tiempo utilizaba un componente que hacía eso con controles de la vcl, y el código era muy sencillo y con pocas líneas.

A mí lo que me ha decepcionado un poco de Firemonkey es el rendimiento. He hecho pruebas, y el simple dibujado de datos de un grid tarda más en Firemonkey que en la VCL. En su día comentaba gente que no estaba bien diseñada la librería a la hora de dibujar (que es al final de lo que se trata). De todas formas hay que decir que el rendimiento ha mejorado desde las primeras versiones.