FireMonkey Linux

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

Empezado por AgustinOrtu

Que extraño, a mi no me llego ningun mail, y mucho mas extraño me parece que venga de la mano de Embarcadero, siendo que ellos dicen que no tienen interes en soportar Linux desde FMX.

Empezado por Al González

Yo tampoco tengo ese correo, y eso que a cada rato me llegan sus ofertas...

A mi si me ha llegado.
Está dentro de la categoría de los correos que Embarcadero distribuye como "Learning resource" (no recuerdo si me suscribí a algún sitio para que me llegaran).

Son correos que Embarcadero envía y que muchas veces provienen de las entradas de los propios blogs (como en este caso).
En ningún sitio dice que sea un producto de Embarcadero (si relacionados) y hay otros hablando de:

* TMS Google Mapping Components
* Advanced HTTP Protocol Hacking (webminar)
* 30% Off TMS MQTT Cross-platform messaging client library
* 15% Off FastReport VCL 5 Standard, Professional, or Enterprise
* Otros relacionados con Videos, Webminars,...

[jlrbotella]

Empezado por Neftali

A mi si me ha llegado.
Está dentro de la categoría de los correos que Embarcadero distribuye como "Learning resource" (no recuerdo si me suscribí a algún sitio para que me llegaran).

Son correos que Embarcadero envía y que muchas veces provienen de las entradas de los propios blogs (como en este caso).
En ningún sitio dice que sea un producto de Embarcadero (si relacionados) y hay otros hablando de:

* TMS Google Mapping Components
* Advanced HTTP Protocol Hacking (webminar)
* 30% Off TMS MQTT Cross-platform messaging client library
* 15% Off FastReport VCL 5 Standard, Professional, or Enterprise
* Otros relacionados con Videos, Webminars,...

Entonces no entiendo nada.

Porque si Embarcadero es el propietario del software de Firemonkey, como es posible que los antiguos desarrolladores de Firemonkey, hayan lanzado esta librería que permite usar el firemonkey en Linux?.

Entonces tendríamos un Firemonkey de Embarcadero en Macox, Android y Windows, pero en Linux la implentacion lo llevaría una empresa externa (http://fmxlinux.com/).

Creo que Embarcadero debería ser la propietaria de todas las implementaciones de Firemonkey, Linux, Windows, Mac, Android, etc...

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

Empezado por jlrbotella

Entonces no entiendo nada.
Porque si Embarcadero es el propietario del software de Firemonkey, como es posible que los antiguos desarrolladores de Firemonkey, hayan lanzado esta librería que permite usar el firemonkey en Linux?.
Entonces tendríamos un Firemonkey de Embarcadero en Macox, Android y Windows, pero en Linux la implentacion lo llevaría una empresa externa (http://fmxlinux.com/).
Creo que Embarcadero debería ser la propietaria de todas las implementaciones de Firemonkey, Linux, Windows, Mac, Android, etc...

No se qué problema hay.
Embarcadero ha dicho desde el principio que no tienen previsto desarrollar nada para Linux que no sea servidor. Es decir no tienen pensado migrar controles visuales (sus razones tendrán que desconozco).

Eso no quiere decir que a alguien no se le haya ocurrido una posible forma de hacerlo y lo estén intentando implementar.
Si funciona, es bueno para la empresa, bueno para Embarcadero, bueno para nosotros,...

[[AgustinOrtu]]

Firemonkey es una abstraccion de la UI, y todos los componentes son implementados desde 0 por asi decirlo. Todos los controles son nativos. Para que funcione, hay que implementar la capa de servicios que el SO brinda para "pintar y dibujar" ventanitas, botones, etc. En pocas palabras hay que utilizar la API del sistema operativo para implementar "algunas" interfaces que firemonkey requiere para correr y listo

[mamcx]

Empezado por Neftali

Es decir no tienen pensado migrar controles visuales (sus razones tendrán que desconozco).

Muy probablemente porque Linux es el peor OS en cuanto a desarrollo desktop. Tiene múltiples UI toolkits, un ABI inestable.


Es tan asi, que por tomar ejemplo Ubuntu (que es por mucho de las distros más usadas, en especial desktop)

Enero 2017:

Mir (y por ende, unity) lo maximo:

https://insights.ubuntu.com/2017/01/...f-year-review/

Abirl 2017:

Ubuntu regresa a gnome, cancela plan de unity (mir):

http://www.zdnet.com/article/ubuntu-...linux-release/

Ubuntu 17.04 is another solid desktop release, but Unity, its default desktop, is being retired. This new distribution's real improvements are in its cloud and server versions.

Y el porque es dificil soportar linux

Canonical officially supports Budgie with Ubuntu Budgie; KDE with Kubuntu; LXDE with Lubuntu; MATE with Ubuntu MATE; and Xfce with Xubuntu.

Y eso es una lista corta. Hay mas APIS de GUI por ahi rondando.

----

Linux Desktop no ha sido, ni es ni sera un fuerza significativa en desktop. Gnome/Kde es una pelea casada que no tiene fin, y los demas no dejan de surgir y morir.

Con ese panorama, se debe entender que apps desktop en linux es un *NICHO* que tiene poca importancia en el esquema general de las cosas.

[Casimiro Notevi]

Como dice mamcx, con linux tienes la gran facilidad de elegir un entorno gráfico muy facilmente, puedes tener instalado gnome, mate, lxde, kde, etc. (y eso sin tener en cuenta los distintos motores gráficos implementados entre ese entorno de usuario y el propio sistema) y usar cualquiera de ellos en cualquier momento, simplemente hay que cerrar sesión y abrir con otro entorno gráfico distinto, está muy bien para los usuarios finales. Incluso puedes tener abierta distintas sesiones con el mismo usuario (u otro) y cada sesión con un entorno gráfico diferente.
Pero el problema es para los programadores, ¿qué entorno gráfico utilizar? es dificil decidirse por uno porque al mismo tiempo te estás recortando con usuarios que utilicen otros, y el tener que implementar para distintos entornos gráficos al mismo tiempo es bastante "trabajoso".
Existen varios "intentos" por unificar todos, llegar a un acuerdo base o algo así, pero ¿quién le dice a los de gnome que se pongan de acuerdo con kde?, por poner un ejemplo, que se llevan a matar
Por eso, para mí, lo mejor es instalar siempre la versión "server" del sistema que no lleva entorno gráfico, (como un msdos) y luego instalar el entorno que prefiera en cada momento.

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

PREGUNTA:
¿Realmente hay alguien que pague por aplicaciones en Linux?
Estoy pensando en aplicaciones de carácter general. Imagino que habrá aplicaciones específicas de ciertos sectores que si, pero de carácter general... ¿?¿?¿
Alguien se puede ganar la vida creando una aplicación para Linux y vendiéndola.

Si pensamos en Servidores, no creo que haya muchas aplicaciones gráficas.
Si pensamos en Desktop para empresas. ¿Qué tipo de aplicaciones gráficas se pueden "comprar"?
Si pensamos en Desktop a nivel personal, se me ocurren menos "cosas/aplicaciones" por las que uno pagaría si tienes un Ubuntu (por ejemplo)

¿A dónde voy a parar?
Suponiendo que una empresa/Programador tuviera disponible Delphi para poder aplicaciones gráficas en Linux (un Kylix, vamos...) ¿Se podría ganar la vida? ¿Qué tipo de aplicaciones podría vender?

No veo a empresas comprando un ERP para Ubuntu. (me estoy imaginando la cara de los de sistemas)
Programa para usuarios finales tampoco lo veo.
Algún programa específico tal vez,... pero no lo veo...

[Casimiro Notevi]

Pues yo sí que lo veo, perfectamente.
Actualmente se tiene un programa delphi para windows que conecta a un servidor de bases de datos windows/linux.
Yo he estado montones de años haciendo programas delphi para windows que conectaban (en mi caso) a servidores de bases de datos (firebird) linux.
Siempre echamos en falta un kilyx funcional para poder hacer el programa directamente en linux, olvidar los windows para los usuarios.
En su día no estaba tan avanzado Lazarus.
Hoy en día, para una empresa sería la combinación perfecta, un programa (hecho con delphi/lazarus) (linux) conectado a una base de datos en servidores linux (firebird, postgresql, etc.)
¿Qué motivo habría para pensar que es necesario/obligatorio que el usuario/terminal sea windows? yo jamás lo he entendido.