HMGforum.com

mrduck wrote:...
it's not true that it's easy to migrate from HMG3 to 4...

Francesco

Thank you Francesco

Initially, we strictly maintained HMG 4's syntax-es compatible to HMG3, so that HMG3 codes can be converted to HMG 4 easily.
I was out of touch with the core development of HMG 4 for a few months due to my professional reasons.
NOW it's NOT easy to migrate from HMG3 to HMG4

Thank you again for the update

It's not a problem of syntax... not only...
the following line is a valid HMG 3 line of code:

IF _HMG_SYSDATA[4,nX] == GETFORMHANDLE( cForm )

how do you translate this code ?

what is _HMG_SYSDATA[4,nX] for ?


I'm currently porting ABM2, the function of EDIT EXTENDED and the porting is not that easy. In ABM2 all the dimension are fixed, while in Qt you can have layouts to adapt to every screen dimension.

The syntax form.object.method doesn't work...

BROWSE has some drawbacks in record pointer (in dbf, not on screen)

ok, I don't want to list the problems here.

I strongly believe HMG 4 is the future of my development... As I said I will commit some changes in the next few days, but I'd like to know if someone is following the project, or interested in some way...

Thank you, Fancesco

I am interested with HMG4. And like you, I also strongly believe that HMG4 is our future.

Initially, I was very much involved with the project, when Roberto announced it. I was one of the initial volunteer developers in this project. I wrote some basic controls for HMG 4 (eg., textbox, spinner etc.). But, later I didn't find time. I tried hard to work with this project. But, I thought lack of time would degrade the quality of my work in this project. So, I left it for the time being.

I shall be happy, if I shall be involved in this project again (in spite of lack of my time)

sudip wrote:Thank you, Fancesco
I am interested with HMG4. And like you, I also strongly believe that HMG4 is our future.
...

+1

Regards

--

Esgici

Hi MrDuck,

Anyway, in the next days I will do some commits. But are still interested developers around ? If it becomes a project of very few people, probably the 100% compatibility goal could be abandoned...

Like Sudip and everyone who are part of the original HMG4 Developers, I am also one of those who participated but somehow indirectly. I mean I've asked for browse but the task assigned to me is Grid. Well I was interested in browse to provide those capability of tbrowse in clipper. Later I loose interest with the development due to time constraint and conflict with work. During those time, the abandonment of browse is floating around in favor of grid in HMG4. So I said to myself, HMG4 is disaster to my deployed systems. So what shall I do, I began testing the compatibility of my apps to HMG Extended.

Later again I come to a point and realized which is better, using HMG4 with wrapper or code directly with HBQT without the rules of HMG4? Perhaps it depends on program requirements.

And MrDuck is right after all, it's difficult to provide the compatibility with HMG3. However abandoning the compatibility will be a disaster to HMG3 users.

Perhaps the best thing for now is to synch HMG4 with the latest HBQT build and talk about the technical issues involved, direction, completed work (compatibility) and corrective measures. Layout those functions which cannot be ported and provide an alternate solutions to direct the calls to the appropriate calls for HMG4. Maybe this can be placed to a separate compatibility library to provide the appropriate compilation of HMG3x codes. So if one coded a new application the compatibility library is not required.

Regards,

Danny

Also to those who have knowledge in building the code like those of harbour nightly build please provide appropriate instructions so everyone (at least in the developers team) circle can build the HMG4 package.

Regards,

Danny

Hi All

Beyond of all, does anybody know; where is our master and everything is OK ?

Since about one month we haven't anything about him

Regards

--

Esgici

Hi guys,
I try a porting of my "simple" program from HMG3 to HMG4 and it's very difficult.
In my little (very little) opinion, sometime it's better to give a clean cut. Trying to maintain compatibility the future benefits may be limited.
Bye

In HMG 3 you could do
DEFINE WINDOW
create some objects
@ x,y TEXTBOX....
END WINDOW
@ a,b TEXTBOX ....

so you could have objects creation after the END WINDOW


THIS IS FORBIDDEN IN HMG 4 - you can save a lot of work just moving the END WINDOW just in the line before WINDOW ACTIVATE...

and in this way form:object:method works...

Hi Danny,
I agree with you

esgici wrote: Since about one month we haven't anything about him

Hi Brother Esgici,
As per my last personal conversation with Rathi, I heard Roberto was very busy for a project.
I am waiting for IDE for HMG4. Then I shall start conversion of my existing HMG apps to HMG4.

I am sure, Roberto will complete the IDE very fast, when he will find time