HMGforum.com

Lack of HMG4 team, we feel so much. Many of this forum and others who wish to give back life to this project.

The HMG4 began with many good intentions. Even at the beginning of HBQT in that time, as powerful and promised a big challenge also cross platform.

Qt has been grew up and all the forced tries to maintain the retro-compatibility from HMG4 with HMG3, it has committed to its evolution. One can not say that HMG4 project is dead, for being opensource, anyone can pick up some day and give sequence.

IMHO, if we wish to continue with all of power of QT cross plataform, this idea of retro-compatibility shall be putted aside in order to let grow a new product totally OOP otherwise it will let HBQT very even more limited and slow.

Even the great efforts made by colleagues Luigi, Ricci and Francesco to keep this backward compatibility, many people expressed that they had everything they needed with HMG3, some others saying also does not needed to be compatible with multiple platforms and most of people are not interested in OOP, much less trying to understand it.

This certainly led to greater demotivation of colleagues that suffered and I do not blame by such reasons. In my opinion: a true loss. Nevertheless, all of them maintains a great respect for HMG and its creator Roberto Lopez, but colleagues left for a new project called: "hql" and are in a second phase "hql-ev" that allows you to make better use of hbQt and OOP. There not publications about it but I believe that it will soon be made ​​public.

To all of them, I wish much success, I keep a lot of respect for their work and the attention they have always had for our community and I also always look forward to their participation in this forum, which certainly they let us much rich !

Maybe we could bring HMG4 to life?
We should left backward compatibility in my opinion...

Hola amigos
Veo que se está retomando la idea de HMG4 yo creo que
el proyecto de Qt está muy avanzado con Marinas-Gui ,
personalmente creo que es muy parecido a HMG y los
resultados son espectaculares.
Creo que se tendría que unificar más los dos Lenguajes
Hace tiempo les puse un ejemplo de los parecido que es
Marinas con HMG

http://hmgforum.com/viewtopic.php?f=24&t=1959" onclick="window.open(this.href);return false;

Aunque les comenté que deseo permanecer en un segundo plano como
Lector de esta Web, sigo con entusiasmo todos sus acertados proyectos,
Permítame que de mi humilde opinión.
un cordial saludo a todos los compañeros
cordialmente
Mustafa

*-------------------------------------------------------------------------*
Hello friends
I see that you are returning to the idea of HMG4
I think Qt project is well advanced with Marinas-Gui,I personally think
that is very similar to HMG andre sults are spectacular.
I think it would have to further unify the two languages
Some time ago I put an example of which is similar
Marinas with HMG

http://hmgforum.com/viewtopic.php?f=24&t=1959" onclick="window.open(this.href);return false;

Although I mentioned that I want to stay in the background as
Reader of this website, I enthusiastically all successful projects,
Let me .greetings to all fellow
Cordially
Mustafa

mol wrote:Maybe we could bring HMG4 to life?
We should left backward compatibility in my opinion...

IMHO, if some coding effort must be done, it should be in the web direction, since it gives you access to ANY operating system (present and future).

The new GUI should be flexible enough to allow handle desktop and mobile browser clients (obviously, we should forgot backwards compatibility).

HMGSCRIPT (in its current design) is not the answer. simply because the HMG community does not embrace it.

I guess that the problem with HMGSCRIPT is that it requires that all client-side be coded in JavaScript. JavaScript is not particularly difficult, but, it is when you compare it with xBase.

So, we should create a web solution that allow us to code in Harbour and a in new language for web GUI.

The starting point could be around the Harbour web server (the same HMGSCRIPT uses) using server procedures written in Harbour, then, we should be able to include the GUI code in such procedures using HMG style commands on top of simple and elegant classes.

The way it will work is simple: These GUI classes will send to the client all the required HTML/JavaScript code to create the required widgets.

From the original HMGSCRIPT paradigm, the synchronous AJAX should be kept, since it allows us to think that application in the way we know and love, without to take care of callback procedures and other things not required for the kind of applications we code.

Another benefit of this approach, is a better source code protection, an issue I've not considered in the original HMGSCRIPT design.

It could appear to be extremely difficult, but it is not, since a lot of HMGSCRIPT current code can be easily reused with minimal modifications.

The implications are fantastic: You can bring to the user an application that he can run in any device at any place.

Yes !

Great idea, Roberto!

Roberto Lopez wrote: It could appear to be extremely difficult, but it is not, since a lot of HMGSCRIPT current code can be easily reused with minimal modifications.

The implications are fantastic: You can bring to the user an application that he can run in any device at any place.

Siempre es agradable de leer como enfoca el contenido ante un problema Roberto...

Hello Roberto,

All this is very exciting! I download hmgweb but I get a runtime error BASE/1081 Argumen error: +
Now it's too late (23:00) for debugging, so tomorrow I will look further.

Greeting,

Serge

Please note, here in this new topic, is the new project that Roberto Lopez are bringing to us.