Fivedroid on Qt

[Antonio Mart.]

[ENGLISH]

Hi Antonio,

It is a fact that Windows tablets do not finish off. It's been enough time for they had.

The Androids tablets are very powerful and cheap: a few light years from the Win RT's on the market.

Harbour applications do not reach all devices. The PC market is down.

Qt will make the final version 5.1 before the start of summer. It will bring Windows support for Android development.

Is there a way to continue with Fivetech Fivedroid development, but this time based on Qt in order to make faster development to avoid linking with Java? I think between Qt and Android developers Harbour is a very good chance to add value.

It's just an idea, and why not say it a necessity.

A greeting


[SPANISH]
Hola Antonio,

Es un hecho que las tablets Windows no terminan de despegar. Ya ha pasado suficiente tiempo para que lo hubieran hecho.

Las tablets Androids son muy potentes y baratas: a años luz de las pocas Win RT que hay en el mercado.

Las aplicaciones Harbour no llegan a todos los dispositivos. El mercado PC está a la baja.

Qt va a sacar la versión final 5.1 antes de inicio de verano. Traerá soporte de desarrollo en Windows para Android.

¿ Habría alguna manera que Fivetech prosiguiera con el desarrollo de Fivedroid, pero esta vez basándose en Qt para así hacer un desarrollo más rápido para no tener que enlazar con Java ? Yo pienso que entre Android Qt y los desarrolladores Harbour hay una posibilidad muy buena de aportar valor.

Es simplemente una idea, y por qué no decirlo, también una necesidad.

Un saludo

[Antonio Linares]

Antonio,

El problema de Android y Harbour no está en el GUI, sino en el tener que usar Java. Es decir, si la librería de QT es para Java, estamos en las mismas

Cuando construí FiveDroid lo hice con la intención de comprobar si podiamos usar el NDK (native development kit) de Java y funcionó, pero el resultado es un aumento de la complejidad de la aplicación, y no una simplificación (como FiveWin nos simplifica la programación Windows).

Hoy por hoy solo veo estos posibles caminos para Android:

1. Usar las herramientas de Google y programar en Java. Olvidarnos de usar Harbour en él.

2. Reescribir Harbour en Java, algo bastante improbable ya que requeriría un trabajo enorme.

3. Que Harbour genere pcode de Java, esto ya se intentó con .NET, pero el problema es que Harbour no está diseñado para adecuarse a la maquina virtual de Java.

Como ves, solo la opción 1 parece de momento viable

[pablovidal]

Buenas,

Antonio, yo me vi en la necesidad de hacer una aplicación para android y sin tener el mas mínimo
conocimiento de Java. Encontré un IDE que hace lo mismo que hace Harbour con C, Esta convierte
su código en JAVA y listo. Es Fácil y rápido, en 45 días sin tener el mas mínimo conocimiento de JAVA,
ya tenia mi aplicación para android lista y funcionando.-

[Antonio Mart.]

Hola Antonio,

Sin tener ni idea de Qt, me atrevería a decir que precisamente Qt para Android *NO* va a ser Java. Será C++. Lo digo casi con toda certeza, pensando que ya hay algun producto Harbour para Qt y Qt es multiplataforma. Qt también tiene una gran base de usuarios que quizá podrían pensar en usar un producto más "elaborado", de hecho existen varios productos para Android, basados en lenguajes distintos a Java cuya unica pretensión es rebajar la curva de aprendizaje de Java.

¡ Qué bueno sería que recogieses este testigo ! Yo, y quizás muchos, necesitamos un puente entre Android Qt y Harbour. Eso puede ser un nuevo Fivedroid basado en Qt.
Sin tener ni idea y pudiendo equivocarme, pienso que este trabajo para ti está chupado y para muchos sería una gran tabla de salvación.

Qt Android + Fivedroid + Harbour

(Qt Android) *pActivity:= QActivity.New ------------------ Fivedroid ---------> DEFINE ACTIVITY oActivity

Saludos

[Antonio Mart.]

Pablo,

Ese 'producto' quizá que 'obligue' a aprender Visual Basic 6 con variaciones. Quizá también sólo deje funcionar con archivos de texto y SqlLite.
En cambio un Fivedroid con Harbour aportaría la sencillez y estilo Fivewin más acceso a multitud de fuentes de datos previstas por Harbour, como las .dbf que son muy buenas para almacen en dispositivos moviles porque ocupan muy poco espacio y son rapidas

Saludos

[Antonio Linares]

Pablo,

Que IDE es ? Que lenguaje usa ?


Antonio,

Si se usa Java en Android para construir las aplicaciones, entonces que sentido tiene forzar el uso del NDK y ofrecer un producto en C++ ?

Por otra parte en las demos de FiveDroid accedo al GUI propio de Android. No necesitamos QT. Es decir si voy a hacer DEFINE WINDOW ... lo que hacemos es acceder al propio GUI de Android y nos saltamos cualquier capa intermedia.

[Antonio Mart.]

Antonio,

No estoy seguro, pero diria que no usan el NDK. Me da la sensacion que están "currando" el enlace con las tablets desde casi cero. Lo digo porque en una preliminar que ofrecen solo dan soporte para 3 tablets, aunque en el futuro vendrán más. http://blog.qt.digia.com/blog/2013/05/2 ... y-preview/, y aunque hicieran el enlace con el NDK ¿ qué más da si funciona ? Se trataría de que a algunos nos gustaría seguir en xBase, también en Android.


"Saltarse capas intermedias..." Por eso te decia que para ti esta "chupado"... no se si se trataria de hacer una jerarquia de clases mas unos wrappers... Esto que para ti es el abc a otros nos hace un mundo. Que haya una capa intermedia Qt puede ser hasta bueno porque ellos (Qt) facilitan lo mas complejo, a saber, investigacion, desarrollar y test de widgets, mientras nosotros nos limitamos a wrappearlos y hacerlos xBase style.

[Antonio Linares]

Antonio,

Lo que si podría hacerse, y de igual forma en WinRT y en iOS, es una aplicación tipo mini IDE en donde poder programar en PRG y que se ejecute. Se podria configurar un PRG de autoarranque para que el usuario no tuviese que manipular nada y la aplicación se ejecutase. Pudiendo descargarse el PRG de distintas formas para no obligar a programar en el dispositivo movil.

Mi pregunta es: habria un número suficiente de programadores interesados en esta solución que justifique su desarrollo ?

EL mismo código PRG se podria hacer compatible (o bastante compatible) entre Android, WinRT e iOS. Pero desaparecería el concepto de compilar y enlazar. Se escribe PRG y la aplicación FiveDroid la ejecuta (FiveDroid usa Harbour).

[pablovidal]

Antonio Mart, Efectivamente, usa como base Visual Basic 6, pero la curba de aprendizaje es minima, y tienen un buen foro de soporte, al igual que aqui.

Antonio Linares,

La aplicación se llama Basic4Android tienen un demo en su pagina.-

[Antonio Mart.]

Antonio,


Entiendo que el concepto es similar a fiveweb. Generar codigo JS a partir de codigo prg.
Si funciona, por mi encantado. Me parece buena idea.
Con poder pintar says, gets, botones y grids en pantalla, a mi por lo menos, me sobra.
Yo me apunto.

Saludos

Antonio,

Lo que si podría hacerse, y de igual forma en WinRT y en iOS, es una aplicación tipo mini IDE en donde poder programar en PRG y que se ejecute. Se podria configurar un PRG de autoarranque para que el usuario no tuviese que manipular nada y la aplicación se ejecutase. Pudiendo descargarse el PRG de distintas formas para no obligar a programar en el dispositivo movil.

Mi pregunta es: habria un número suficiente de programadores interesados en esta solución que justifique su desarrollo ?

EL mismo código PRG se podria hacer compatible (o bastante compatible) entre Android, WinRT e iOS. Pero desaparecería el concepto de compilar y enlazar. Se escribe PRG y la aplicación FiveDroid la ejecuta (FiveDroid usa Harbour).

[Antonio Linares]

Antonio,

No se trata de eso. Se trata de construir una aplicación para Android que lleva dentro a Harbour entero y que gracias a la capacidad de Harbour de compilar y ejecutar PRGs en tiempo de ejecución, se transforma en una especie de dbase que puede funcionar en cualquier dispositivo movil. Esa aplicacion podria ejecutar cualquier PRG (o PRGs) que le indicásemos

[Antonio Mart.]

Antonio,


Pues a mi me parece una idea buenisima. Entiendo que lo que se ejecutarian serian archivos .hrb, por aquello de preservar los fuentes. Tambien supongo que se podrian ejecutar varios scripts, por no tener todo el codigo en un solo archivo.
Recuerdo que hace tiempo vi, lo que yo creo que era una idea similar: un 'ejecutador' (un dbase) de scripts pero ejecutandose como un archivo ¡ Flash ! Me parecio algo curiosisimo.

[Manuel Valdenebro]

Creo que sería muy interesante. Android esta acaparando parte del mercado y es un complemento para aplicaciones de escritorio con FW. Me apunto para una licencia.

[Antonio Mart.]

Manuel,

Android está copándolo todo. No paran de sacar versiones, a cual mejor y más funcional. Sus tablets llevan nuevos dispositivos hardware internos. Nuevas interfaces para ayudar al usuario, como la del teclado swype. Nuevas integraciones con no sé qué cosa Google. Y, desgraciadamente, Microsoft pensando si le pone por nombre Metro a su interfaz, o mejor no le pone nada y lo deja solo como RT que es como no decir nada. La parte touch de Microsoft está lejos de Android y no hay perspectiva en el medio plazo de que la cosa vaya a cambiar. Los productores de tablet han dado la espalda a Windows 8. Dicho todo ello, también diré que Windows 8, en su parte ESCRITORIO, me parece un grandísimo sistema operativo.

Saludos

Creo que sería muy interesante. Android esta acaparando parte del mercado y es un complemento para aplicaciones de escritorio con FW. Me apunto para una licencia.

[TimStone]

Antonio,

I have no interest in Android or Google. My clients need tablets for their business, and there is no cheap Android device for that ! I have a Win 8 Samsung tablet, and I can do anything on it that is professional ! Many people feel the same, and Microsoft is selling plenty of Surface tablets. Also, the manufacturers are building many convertible devices which are selling. They are part notebook, part tablet, running Windows 8 Pro !

Windows 8 has the most connected system out there. Use it the same way on your Desktop, Laptop, Tablet and Phone ... and it all works.

Which device will you program for on Android ? With Apple or Microsoft, your program will run on all of the models. With Android it might work on some but not others. You don't even have the same OS on all models.

I won't be wasting my time there.

Tim