GUI HMG / HbWxW / wxHarbour

[Qatan]

Hello,

 

    Does anyone has any experience with GUI programming?

    I am interested in using one that is also portable to Windows, Linux and OS/X at least.

   

    The ones I have interest are HMG, HbWxW and wxHarbour.

    You are welcome to bring information about other GUIs too...

 

    Does anyone has any information about the above?

    What is the status of HbWxW and wxHarbour?

    Seems that HbWxW website is out.

 

    I am looking for an easy way to go from CUI to GUI. 

   

    Thanks for any reply

 

Qatan

   

[vatzct]

15.03.2011 14:56, Qatan написав(ла):

Easy way is a buy a ready program. :-) :-)

   

    Thanks for any reply

 

Qatan

   

--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users

Regards,
Alexey Myronenko

[Maurício Faria]

Hi.

 

I also have console code that needs to go GUI, but I am doing this in slow-motion.
I started this years ago with xHarbour and FiveWin which seems to me a good choice in that time.
But in my todays vision I see QT as the GUI pathway to convert console code.
Why QT ?
 
 - free to use and distribute.
 - multi-platform, Windows, Linux, Symbian, OS/2, etc, etc.
 - very high level
 - a hugh framework
 - very well documented
 - many, many, many users !!!
 
And you can mix console and GUI in the same EXE ( sort of, in fact WVT is a pseudo console but acts as a real one. )
 
Take a look on this tutorial on QT / Harbour : http://www.gruppoeratostene.com/harbour/ht.htm
 

Maurício Ventura Faria
 

--

[Bopdji Shah]

1. Wait for full implementation of wxWidgets version 2.9.1 in wxHarbour.  You may practice with current version for learning  but do not do anything big with it at the current version which is based on 2.8.
2. David Cuny who is behind this (I think) has a lot of experience with wrappers on wxWidgets

--

[Guillermo Varona Silupú]

El 15/03/2011 11:02 a.m., Maurício Faria escribió:

 
And you can mix console and GUI in the same EXE ( sort of, in fact WVT is a pseudo console but acts as a real one. )

[SPA]
Hola Mauricio ¿Cómo funciona la mezcla consola/GUI? ¿Algún ejemplo?

[ENG]
Hi Mauricio How does mixing console / GUI? Some examples?

TIA
BestRegards
GVS

[Maurício Faria]

Guillermo, try this:

 

-------------------------------------------
#include "hbqtgui.ch"
#include "std.ch"

 

Function Main

 

 REQUEST HB_GT_WVT
 REQUEST HB_GT_WVT_DEFAULT

 

 SetMode( 25, 80 )

 

 @ 08,10 SAY  "Calling a QT window from pseudo-console WVT"
 @ 10,10 SAY  "Put console commands you want before calling QT"
 @ 12,10 SAY  "Press ENTER to show QT window"
 Inkey(0)

 

 Do while .t.

 

    QtCallFromConsole()

 

    Clear screen

 

    @ 10,10 SAY  "Put console commands you want after calling QT"
    @ 12,10 SAY "ESC quit or any other key to open GUI again..."
    Inkey(0)

 

    if LastKey() == 27
       exit
    endif

 

 Enddo

 

Return Nil

 

Static function QtCallFromConsole()

 

 LOCAL oWindow

 

 oWindow := QMainWindow()
 oWindow:resize(640,480)
 oWindow:setWindowTitle( 'QT window from pseudo-console WVT' )
 oWindow:show()
 QApplication():exec()

 

Return Nil
--------------------------

 

Maurício Ventura Faria
 

----- Original Message -----

From: Guillermo Varona Silupú

To: harbou...@googlegroups.com

--

[Maurício Faria]

Hi !

 

Does anhyone know how do I access the previous object in a nested "WITH OBJECT" execution stack ?

Something like this:

 

------------------------------

 

With oObject1

  .

  .

  .

  With oObject2

    .

    .

    .

    // Need to point to oObject1 without knowing its name.

    // Since this is a stack, I suppose that the

    // previous object in the stack can be referenced...

    .

    .

    .

  End with

  .

  .

  .

End with

 

------------------------------

   

Maurício Ventura Faria

[Guillermo Varona Silupú]

Thanks Mauricio, this sample work fine.

BestRegards
GVS

[Qatan]

Hello Bopdji,

 

    Thanks for the info.

    I will wait to see how it works.

    Regards,

 

Qatan

----- Original Message -----

From: Bopdji Shah

To: harbou...@googlegroups.com

Sent: Tuesday, 15 de March de 2011 13:22

Subject: Re: [harbour-users] GUI HMG / HbWxW / wxHarbour

[Qatan]

Hello Maurício,

 

    Thanks for the info.

    I am a bit confused... HBQT (Giovanni't tutor) / HMG.4 / Marinas GUI - are not all GUI based on QT for Harbour?

    What is the difference?

    Thanks for your help.

 

Qatan

----- Original Message -----

From: Maurício Faria

To: harbou...@googlegroups.com

[Qatan]

Hello Alexey,

 

> Easy way is a buy a ready program. :-) :-) 
  

    Well... not *so easy*

    I found HMG.4 and it seems to be good for what I need.

    I would like to know any information about any experiences with:

• HbQT
• HwGUI
• wxHarbour
• HbWxW
• xbGTK
• xHGtk
• T-Gtk
• MiniGUI
• HMG.4
• Marinas-GUI
• Other?

    I need to build a GUI appl. I like the classic styles (like Windows Classic) but I am open for any new style.

    The main requirement is: Intuitive and easy as Clipper (Harbour) but it is very good if it is portable to Linux and OS/X too.

    Other important requirement is what is the actual stage of the proposed GUI and what are their developers plans to continue with them. I am not looking for anything that is going to die soon... although it is not something easy to preview because "who knows what will happen?"

 

    GTWVW and GTWVG are not good options because those are Windows only and GTWVW does not have much support (future?). GTWVG is not a real GUI and its purpose is to give a CUI appl. appearance of pseudo-GUI but I want to make a real GUI appl. from scratch. I want to dedicate to something portable and as easy as possible... Also I would like to go to SQL databases, starting with SQLite or Firebird and then go to PostgreSQL or MySQL but that is a second step to think about.

   

    Any info?

    Regards,

 

Qatan

[Maurício Faria]

Hi Qatan.

They are all QT !
Giovanni´s tutorial uses QT directly, for a brand new project, in the longterm, this seems to be the better way.
HMG4 and Marinas put a layer between QT and Harbour in order to make legacy HMG3 and MiniGui applications QT compatible.

Maybe there are others that also put a layer between QT and Harbour in order to make programming more xBase like.
As you can see in your example 2 of the major players in GUI programing are making their solutions QT compatible...
QT rocks ! :)
 

 

Maurício Ventura Faria
 

[Qatan]

Hello Maurício,

 

    Thanks for your reply.

    That brings some light to my doubts.

    Seems that QT is a good choice if not the best but I am still looking for some information to decide what's the best for my case.

    I would like to know more about a comparation between QT, GTK and wxWidgets. Do you have any opinion about?

    I was reading about wxWidgets and seems to be a nice choice too but I dont know anything about how it works with Harbour and about the two projects: HbWxW (http://harbour.fm.interia.pl/ - website out...) and wxHarbour (http://sourceforge.net/projects/wxharbour/ - last update 5 years ago?).

    Maybe Viktor could give us any info about it since he is (or was) one of the developers with T.Fonrouge

    Are the wxWidgets layers to Harbour abandoned projects or are being actively updated? Anyone uses it? Any comments?

    I would appreciate any information. I'm divided between QT and wxWidgets. Tending more to QT... but still not sure what is the easier to me. I am not comfortable with OOP because It looks more complex and confusing (just my personal opinion - maybe I can change it if I start using more and also start to understand its ways...)

    Regards,

[Teo Fonrouge]

Hello Qatan,

Qt is definitively superior than wxWidgets, that's the reason why I

created the qtHarbour project at: http://sourceforge.net/projects/qth/

However, currently I use in a daily basis wxHarbour to my GUI projects

mainly because it fits my needs ( nothing fancy, just a practical and usable

GUI for my apps ).

That also means that currently I actively fix and improve wxHarbour.

But it also means that I'm developing qtHarbour in the

middle time ( what ???  I *don't* have much left   :) )

wxHarbour works with current Harbour and it have a set of samples

that shows his functionality, and by the way remembers me what it does

at times :)

best regards,

Teo

[Qatan]

Hello Teo,

 

    Thank you for the prompt answer!

    Good to know. I noted you just updated it on the sf.net.

    I am just looking for a practical and usable GUI for a ERP, like you.

    qtHarbour is a new thing to me (one to add to my list of posibles...).

    What is the current stage of qtHarbour? How would you describe it? Usable?

    Since you are updating HbWxW and qtHarbour... what do you recommend? What is the way to go?

    I am looking for something portable (both are). Uptdated (both are) and as easy to implement as possible (?).   

    Now seems that I have many options (just for QT) and I am sure I don´t understand what is the difference (yet).

    Your opinion will be very important.

    Thanks again.

[Teo Fonrouge]

On Mar 16, 2011, at 12:30 PM, Qatan wrote:

Hello Teo,

 

    Thank you for the prompt answer!

    Good to know. I noted you just updated it on the sf.net.

    I am just looking for a practical and usable GUI for a ERP, like you.

    qtHarbour is a new thing to me (one to add to my list of posibles...).

    What is the current stage of qtHarbour? How would you describe it? Usable?

Not yet; work is in progress to have the internals rock solid and just a few Qt classes are ported.

As soon as I get comfortable with the internals, I'll proceed to import more classes ( just a .wip file

containing the Qt's class headers is needed to build the .cpp file by the source generator ).

However, my plan is to replace wxHarbour with qtHarbour in my apps soon in the incoming months.

    Since you are updating HbWxW and qtHarbour... what do you recommend? What is the way to go?

Maybe you mean wxHarbour (instead of HbWxW).

Currently only wxHarbour is usable, download the packed source file, and check the samples

to see some of his capabilities. And ask me for any doubts/help. I'll try my best to help.

    I am looking for something portable (both are). Uptdated (both are) and as easy to implement as possible (?).   

    Now seems that I have many options (just for QT) and I am sure I don´t understand what is the difference (yet).

    Your opinion will be very important.

    Thanks again.

[snip]

best regards,

Teo

[Qatan]

Hello Teo,

 

 

>However, my plan is to replace wxHarbour with qtHarbour in my apps soon in the incoming months.

 

    OK, I see you have no plans to continue investing in wxHarbour (once you have qtHarbour working well).

 

 

>Maybe you mean wxHarbour (instead of HbWxW).

 

    Oh, sorry! I was getting confused by many options... Yes, I meant wxHarbour

 

 

>Currently only wxHarbour is usable, download the packed source file, and check the samples

> to see some of his capabilities. And ask me for any doubts/help. I'll try my best to help.

 

    Thank you very much for your kind offer.

 

 

Qatan

[Bopdji Shah]

Qatan:  I quite understand your dilemma.
1. " a comparation between QT, GTK and wxWidgets. "
GTK is old established and has persisted.  It will always be and always a little behind others.
wxWidgets has fresh aggressive contirbutors. It is open source - a big plus point.  wxHarbour is a wxWidgets wrapped xHarbrour offering.  They are going towards making a paid xHarbour.  However, you can look at the full wxWidgets code and do your own changes if you know what you are doing. The 2.9.1 version has full Unicode support and a very detailed cell level (one field of one row) control.
QT is by Nokia.  There are free versions and commercial versions.  Eventually there would be a big difference in support. 
In terms of quality and reliability the three are equal.  In terms of features, wxWidgets is marginally ahead.
In THIS forum, there currently is a bit better support for QT and very little for  wxWidgets. 
2. "Are the wxWidgets layers to Harbour abandoned projects or are being actively updated? Anyone uses it? Any comments?"
HbWxW was, I think an aborted attempt, which might get revived.  The only wxHarbour project that is alive and current is with xHarbour fork.
3. "I am not comfortable with OOP "  You are not the only one.  A lot of people are uncomfortable and a lot more pretend to understand it.

[do...@people.net.au]

Hi all

GTK+ seems to be the forgotten option in all this.  There must be some doubts about QT's position into the future with recent changes at Nokia.  GTK+ would seem to be an assured platform.  There are several GTK+ / Harbour libraries out there.  I found that the easiest way for me to understand the interface was to write one myself.  GTK+ is fairly well documented.  There is also the book by A Krause that although it has a fair few shortcomings largely gets you to the point where you understand enough to use the official documentation.

Once you get into the swing of things with OOP it should make things easier rather than more complex.  If it doesn't then either you aren't using it properly or its not the right sort of project.  But for interfaces to GUI it is terrific, but the OOP side of things can be pretty much hidden behind commands using the Harbour preprocessor.

Regards
Doug



On Wed 16/03/11 19:42 , Bopdji Shah bop...@gmail.com sent:

[Qatan]

Hello Doug,

 

    Thanks for sharing your thoughts.

    I have the same fear about QT. What if we dedicate much time to it and suddenly Nokia cuts it out from the open-source community and stops supporting the free version? Seems to be a *big* risk. On the other hand many people have many good things to say about its features.

    I almost dont hear anything about Harbour x GTK+ but I am interested to know more. Is it true that a GTK+ program is not portable to OS/X?

    Yes, seems that OOP is something I must to learn! I was afraid to hear that but I agree... I believe OOP is now for me what functions were on Summer'87 era. Definitely I have to change my thinking about OOP.

    I will consider seriously about GTK+ but I think I need more info and examples.

    I liked HMG.4 examples because I could run many good and simple examples in few minutes. It was very easy to run it. I was surprised how I could make a GUI example on the first hour of my first contact with HMG (changing a previous example, of course - anyway it was easy to build).

    Your opinion is very welcome.

    Regards,

[Qatan]

Hello Bopdji,

 

    Thanks for all the info, very good.

    wxHarbour seems to be a nice option but I think I am not the kind of user that would do anything with the sources... I am more an "end-user". 

    QT sounds interesting too because of its greater support and because looks to be easier to do something useful with it but at the same time gives me some fears about its future. May be that I am wrong.

    GTK seems to be a good option too. It's a pity that I dont hear much about it in Harbour... maybe it is a good option for what I need. I do not want to make complex appl with many graphics like AutoCAD  -  I just want to make a GUI ERP appl. (something I could do in CUI) but I would appreciate to have those common GUI controls to help me. Browser, buttons, checkbox, grid, editbox, calendar, tree, windows, combos, frames, menus, dialogs, msgs, html reader, internet browser, basic but nice bar graphs, pizzas, taskbar, toolbar, etc..

    HMG.4 and Maringas-GUI are examples that attract me too (both QT based).

    I want to learn more about OOP too

    Thanks again for sharing your opinion.

[Teo Fonrouge]

On Mar 16, 2011, at 2:43 PM, Qatan wrote:

Hello Teo,

 

 

>However, my plan is to replace wxHarbour with qtHarbour in my apps soon in the incoming months.

 

    OK, I see you have no plans to continue investing in wxHarbour (once you have qtHarbour working well).

Of course I don't have any intention to drop wxHarbour development.

What is more, I will support wxWidgets 3 when it's ready.

One of the objectives for what I started developing qtHarbour is that it

will help me to easily move the current wxHarbour "manual" paradigm,

in which I "manually" write each wxWidget wrapper class, to a one in

which it's done by a code generator.

Now, I think that I have a good foundation in the code generator that

qtHarbour has, it allows me to easily and orderly do all the tuning that

I have to do manually in the current wxHarbour stage.

Inclusive I plan to use the very same "base engine" in both projects.

Because, both of them have the same goals:

  * To have a wrapper in Harbour for a C/C++ library of classes

  * To have a reliable and flexible "mechanism" to link HBObjects with his C++ counterparts

Another good reason to not drop wxHarbour has to do with the saying:

"Do not put all your eggs in the same basket"

 

 

>Maybe you mean wxHarbour (instead of HbWxW).

 

    Oh, sorry! I was getting confused by many options... Yes, I meant wxHarbour

 

 

>Currently only wxHarbour is usable, download the packed source file, and check the samples

> to see some of his capabilities. And ask me for any doubts/help. I'll try my best to help.

 

    Thank you very much for your kind offer.

 

best regards,

Teo

[do...@people.net.au]

Hi Qatan

Just to give you an idea of what a simple "Hello World" program would look like using GTK+ here is an example (using my GTK+ interface).

// gtk_hello1.prg

// Hello world demo using GTK+

FUNCTION Main()

  InitDefaults()
  win_Main := TGTKWindow():HB_NewAsMain( "GTK Hello 1", 600, 400 )
  fxd_Main := TGTKFixed():New()
  WITH OBJECT fxd_Main
    :AddLabel( 10, 30, "Hello World", 90, 25, .T. )
  END
  win_Main:HB_RunAsMain( fxd_Main )
  RETURN nil

That gives a 600 x 400 window with "GTK Hello 1" in the title bar and the message (label) "Hello World" at position 10, 30.
The window can be minimised, maximised, resized, dragged or closed.

If you don't like OOP then you can use #xcommands to "hide" the OOP background and your code would then look like:

FUNCTION Main()
INITIALIZE GTK DEFAULTS
CREATE MAIN WINDOW win_Main TITLE "GTK_Hello 1" SIZE 600, 400
CREATE FIXED fxd_Main
ADD LABEL "Hello World" TO fxd_Main AT 10, 30 SIZE 90, 25
RUN MAIN WINDOW win_Main WITH fxd_Main
RETURN nil

Or you might prefer a syntax for the label creation more along the lines of dBase/Clipper, eg

@10, 30 OF fxd_Main LABEL "Hello World"  SIZE 90, 25

or many variation thereof

Of course GTK+ does "dynamic" layout as well (indeed that is probably how it is mostly used)  but as dBase/Clipper had static
layout that is the option I have chosen here (and the one that I use).

Regards
Doug

[Bopdji Shah]

Have a look at this option too.
http://www.ntkproject.com/
It i has got the most extensive manual I have seen for any GUI for xHarbour.
I have not tried it.  I found it sitting in my xHarbour folder, checked the site and downloaded the manuals etc.
Happy hunting.

[Bruno Luciani]

The only question about NTK is that is not Multiplatform GUI

and today this is very important

Bruno

2011/3/17 Bopdji Shah <bop...@gmail.com>

[Maurício Faria]

Hi Teo.

 

Please tell me something, will it be possible to link QtHarbour and wxHarbour at the same time in one .EXE ?

 

Maurício Ventura Faria

 

[Teo Fonrouge]

On Mar 17, 2011, at 7:18 AM, Maurício Faria wrote:

Hi Teo.

 

Please tell me something, will it be possible to link QtHarbour and wxHarbour at the same time in one .EXE ?

Possible ? Yes.

Usable ? No.

The main reason is that both of Qt and wxWidgets, need to run an main loop in which

rely all their GUI processing. And I don't think that it will be useful/easy-to-do at all.

One chance will be to just use the BASE wxWidgets libs which is designed mainly to

build plain console apps (no GUI here). But again I'm unable to see any advantage

in have both libraries linked at the same time in one binary.

Why do you want to have both libraries available in one binary ?

Maybe you are referring  to an previous message in which I wrote that I want to use

the same "base engine" in both projects. And by "base engine" I meant the framework

that is used to make available an C/C++ library of classes to an Harbour application

at plain prg level, at current qtHarbour stage, it's done by the sources located at

"qtHarbour/src/base" ( one .prg, and two .cpp files ), the headers at "qtHarbour/include",

and the source generator located at "qtHarbour/WipGen". The .wip files which contains

the wrapper metadata needed to build the .cpp files are at "qtHarbour/wip".

This framework does:

* Generate .cpp files from .wip files

* HB Class defs are in the .cpp generated, along with the messages available.

* The structure to hold the C++ and the HB Objects relation

* The logic to receive HB Object parameters

* The logic to handle the "living" scope of the HB/C++ objects (defined in .wip file)

* All the functions required to handle parameters, return values, conversions

between HB/C++ objects, creation the new HB/C++ objects, etc.

So, in a future I want use the same framework in both projects. And also maybe I'll create

an separated project in SF to host it. In such case, the qtHarbour and the wxHarbour

projects will contain only the .wip files containing the info required to build each library.

best regards,

Teo

[Qatan]

Hello Doug,

 

    Thanks for using your time to help me.
    GTK+ seems very interesting and there are many references in the web about GTK+ (f.e. GNOME)

    I am starting to like OOP because it looks less confusing for me now. The example with #xcommand is not as easy to read as the first example.

    I will try to donwload and test it with Harbour. What are the options? xbGTK, xHGtk, any other? What is the difference?

    Regards,

 

Qatan

   

----- Original Message -----

From: do...@people.net.au

To: harbou...@googlegroups.com

Sent: Thursday, 17 de March de 2011 03:39

Subject: Re: [harbour-users] GUI HMG / HbWxW / wxHarbour

[Qatan]

Hello Bopdji,

 

 

>Have a look at this option too.
>http://www.ntkproject.com/

 

    Wow, looks very nice! Is it only for Windows? I am afraid I would like something for other plataforms too, at least Linux and OS/X... although I belive 90% (or more) of the computers I see around only use Windows (XP or 7)

 

 

>It i has got the most extensive manual I have seen for any GUI for xHarbour.

    That's very important and helps a lot.

 

 

>I have not tried it.  I found it sitting in my xHarbour folder, checked the site and downloaded the manuals etc.

   Thanks for sharing what you know.

 

 

>Happy hunting.

    Yes, the words are close to my reality. That's like going to a jungle to hunt...  

    I am glad many people answered to my questions. It is nice to have many opinions. It helps a lot.

[Qatan]

Hello Bruno,

 

    Yes, it is important to me.

    I have plans to do something for Linux in the future...

    I dont have experience with Linux but I would like to make a nice program to run on it.

    Thanks for your help and information.

   

Qatan

----- Original Message -----

From: Bruno Luciani

To: harbou...@googlegroups.com

[Teo Fonrouge]

On Mar 17, 2011, at 11:58 AM, Qatan wrote:

Hello Teo,

 

    Thanks for taking your time to answer.

 

 

> Of course I don't have any intention to drop wxHarbour development.

> What is more, I will support wxWidgets 3 when it's ready.

 

That's good news. wxHarbour sounds a nice project.

 

 

> Another good reason to not drop wxHarbour has to do with the saying:

> "Do not put all your eggs in the same basket"

 

Tha's a wise saying...

 

 

>Currently only wxHarbour is usable, download the packed source file, and check the samples

> to see some of his capabilities. And ask me for any doubts/help. I'll try my best to help.

 

I am having some trouble to build and test it.

In my first try I just tried to run hbmk2 wxharbour.hbp but seems that I am missing something. It didn't find many wx/wx.h and other wx/*.h files.

I found a file README.PS that has some instructions for Windows.

Oh, that file seems to be outdated.

Seems that your dev environment is Linux, right? I use WinXP32.

Mac OS X.

Why the TXT files don't have the TXT extension (they do not have any extension)? That is the same for Harbour (f.e. the INSTALL file).

It's a common practice on important files, also to use uppercase on the name.

I will follow the directions there (are the instructions updated? Last revision 2006?) and if I find any problem I will contact you again.

Please read the more recent file "BUILD.windows" to get instructions for Windows users.

 

BTW, is wxHarbour related to Visual xHarbour?

No

best regards,

Teo

[Qatan]

Hello Teo,

 

    Thanks for taking your time to answer.

 

 

> Of course I don't have any intention to drop wxHarbour development.

> What is more, I will support wxWidgets 3 when it's ready.

 

That's good news. wxHarbour sounds a nice project.

 

 

> Another good reason to not drop wxHarbour has to do with the saying:

> "Do not put all your eggs in the same basket"

 

Tha's a wise saying...

 

 

>Currently only wxHarbour is usable, download the packed source file, and check the samples

> to see some of his capabilities. And ask me for any doubts/help. I'll try my best to help.

 

I am having some trouble to build and test it.

In my first try I just tried to run hbmk2 wxharbour.hbp but seems that I am missing something. It didn't find many wx/wx.h and other wx/*.h files.

I found a file README.PS that has some instructions for Windows.

Seems that your dev environment is Linux, right? I use WinXP32.

Why the TXT files don't have the TXT extension (they do not have any extension)? That is the same for Harbour (f.e. the INSTALL file).

I will follow the directions there (are the instructions updated? Last revision 2006?) and if I find any problem I will contact you again.

 

BTW, is wxHarbour related to Visual xHarbour?

 

Thanks again for offering your help.

 

 

Qatan

 

[do...@people.net.au]

Hi Qatan

I looked at the various libraries out there and chose to write my own because I found it hard to really understand how they worked.

Plus I didn't want in general to have to code like this:

obj_MyButton := GTKButton():New
obj_MyButton:SetSize( 100, 25 )
obj_MyButton:SetCaption( "Exit" )
obj_MyButton:SetAction( { | | Exit() } )
obj_Fixed:Add( obj_MyButton, 10, 30 )

That is the sort of code you would have to write with a library that just encapsulates the GTK+ calls into a Harbour library but doesn't make full use of the capabilities of Harbour.

So I have coded my Fixed container to, for example, have an AddButton() Method that takes as parameters all the above options so you can do it all in one neat line of code.

Plus for larger projects I use a code generator I wrote.

My library is somewhat incomplete in that it provides the functionality that I need for the way I code and the types of programs I am writing.  So, for example, I used fixed layout screens
(not surprising for someone who wrote a lot in dBase/Clipper) and haven't included all the variable layout containers.

As a rule I share any of my code freely with others.  I am a bit reticent in this case as I don't want lots of requests for support / extensions / documentation.  Nor, more importantly, do
I want to have to deal with any Microsoft products more than I have to for my own clients.  I understand that GTK+ runs on Windows but I haven't tried that out nor do I want to.

I do feel that a robust GTK+ library running on as many Harbour OS'es as possible (hopefully all) would help give Harbour more traction out there in programmer land, traction that
it most definitely deserves.

The other factor that weighs on my mind is the level of effort that has and continues to be put into hbQT and I wouldn't want in any way to be seen to be competing with that.

Regards
Doug





On Thu 17/03/11 15:04 , "Qatan" wanst...@gmail.com sent:

Hello Doug,

 

    Thanks for using your time to help me.
    GTK+ seems very interesting and there are many references in the web about GTK+ (f.e. GNOME)

    I am starting to like OOP because it looks less confusing for me now. The example with #xcommand is not as easy to read as the first example.

    I will try to donwload and test it with Harbour. What are the options? xbGTK, xHGtk, any other? What is the difference?

    Regards,

 

Qatan

   

----- Original Message -----

From: do...@people.net.au

To: harbou...@googlegroups.com

Sent: Thursday, 17 de March de 2011 03:39

Subject: Re: [harbour-users] GUI HMG / HbWxW / wxHarbour

--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users

[Qatan]

Hello Doug,

 

    I think I understand you and I would like to be able to do the same...

    I will try the different options and see what fits better to me.

    I agree with you that much is being poured out to make HBQT usable and stable. Maybe it is the way to go... let´s see what is easier to me.

    I am interested in wxHarbour, too.

    Have you ever heard about Marinas-GUI? They just released a new version: www.marinas-gui.org (based on HBQT). I will try it.

    Thanks for your patience to explain your thoughts.

[Juan Quinche]

Hello Teo, 

Can you please make a small fix to the wxHarbour sources?

Im working with OpenSUSE, and after downloading and intalling the package I got an error in TAlias.prg from the src/raddox files.

After some inquires I discovered that the issue are the three dots ( ... ) in the DbInfo. This turns to a failure in the installation.

Can you please change ... and use __VA_ARGS__ instead, (thats the C99 convention an works perfectly in gcc).

best regards, 

          Juan Quinche 

          Colombia

[Juan Quinche]

Sorry,

I forgot isn{t just in the DbInfo Method, also in other functions and other files: TField.prg and TTable.prg also.

Im trying to build the demos but I havent found a good example about building them.

greetings

[Luigi Ferraris]

Hi Qatan
I can give you my little experience. I don't have "business" only hobby and little applications for friends! You must consider me a little end user.

Today I'm using and exploring HbQt. I writed simple application with HMG3 and I was a little, very little, HMG4 contributor. For these reasons I can only write about them.

First of all I think you have write some applications and they are running on these platforms without change source code. If not, you have another (previous) problem.

HMG3 works only with Windows: so it's not for you.

About HMG4 (and Marinas): they are good, based upon HbQt and it's based on QT. So the question must be changed.

QT can works on this platforms? AFAIK yes for Windows and Linux.
QT can be used for business application development? Sure of course

HbQt can works on this platforms? AFAIK Harbour can run on Windows and Linux, so yes.
HbQt can be used for business application development? mumble, mumble....I think could be considered an important investment

I hope you can choose library based upon HbQt: in this way we are one more!

Anyway, I suggest to you to write some simple application using OOP: can be important / very useful with these and others GUI.

This is my humble opinion: a very little opinion.

Luigi

[Qatan]

Hello Luigi,

 

    Thanks for answering.

    I tried a bit QT (Marinas / HBQT) but I found I problem that is well know to developers that work with DLL (that is the case of QT).

    The effect is called “DLL Hell” and the problem is that DLLs tend to be shared in the system so I had some conflicts with other application (a simple dialer program) because of the differences in QT’s DLL version. I really want to avoid this kind of problem so I hope I can find an alternative like a self contained executable but seems that QT license doesn’t allow it for free (although I could by the license if it would be the only problem).

    To add one more question I really do not trust in the future of QT and I do not think they will be able to be fully multi-platform (as others tried before) and QT itself is such a huge monster that makes me scared (this is just my personal opinion).

    I am using HMG 3 and really like it (even if it is Windows only). HWGUI is a good option for Windows/Linux and it is supported by some Brazilians and seems good but I didn’t try it yet...

    I didn’t try FiveWin / FiveLinux yet but I heard many good reports about it. Could be the best option. I do not know – have to try it. One problem is that it is not free and I am not using my programs for commercial purpose (more or less like you).

    No decisions yet... just wondering.

    Regards,

 

Qatan

[Bruno Luciani]

Qatan , if you not distribute your program as comercial , and if you could share your source

QT license permit you to compile in static mode , but distributing your program and source as an opensource program

May be this help you

Bruno

2012/8/29 Qatan <wanst...@gmail.com>

[Qatan]

Hello Bruno,

 

    Yes, partially helps me... I really wouldn’t like to distribute the sources as open and it does not solve the my question about future of QT...

    Actually I believe I heard it before but somehow I just forgot. Anyway thanks for letting me know this important detail.

    Regards,

 

Qatan

2012/8/29 Qatan <wanst...@gmail.com>

Unsubscribe: mailto:harbour-users%2Bunsu...@googlegroups.com
Web: http://groups.google.com/group/harbour-users

--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.

Unsubscribe: mailto:harbour-users%2Bunsu...@googlegroups.com
Web: http://groups.google.com/group/harbour-users

[Dan Seracu]

Hello

I have found these posts... I have used the wxWidgets for some projects (the .NET build) and the harbour + MiniGui for some other projects, and I found the connection between then quite fascinating!!! However, I am not able to build the .LIB files at all!

Now I am using the borland c++ 5.5.1 and harbour 3.2.0 (dev) and when trying to build the LIB I got a lot of errors from the make, like this:

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

        if not exist obj\bcc_win32 mkdir obj\bcc_win32

        bcc32 -q -c -P -oobj\bcc_win32\wxHarbour_sysdefs.obj -Ic:\Borland\bcc55\

include -IC:\minigui\harbour\include -O2 -D_UNICODE     -Iinclude\wxHarbour -D__

WXMSW__   -IC:\minigui\harbour\include\wxHarbour -IC:\wxWidgets-2.8.12\Include

 -IC:\wxWidgets-2.8.12\lib\bcc_lib\mswu -Hu -a8 -g0   -D__HARBOUR__ .\src\common

\sysdefs.cpp

.\src\common\sysdefs.cpp:

Error E2141 C:\wxWidgets-2.8.12\Include\wx/string.h 1075: Declaration syntax err

or in function wxString::operator <<(__int64)

Error E2141 C:\wxWidgets-2.8.12\Include\wx/string.h 1081: Declaration syntax err

or in function wxString::operator <<(unsigned __int64)

Error E2141 C:\wxWidgets-2.8.12\Include\wx/filefn.h 670: Declaration syntax erro

r

Warning W8022 C:\wxWidgets-2.8.12\Include\wx/msw/window.h 552: 'wxWindow::SetTra

nsparent(bool)' hides virtual function 'wxWindowBase::SetTransparent(unsigned ch

ar)'

*** 3 errors in Compile ***

Any ideeas? What compiler are you using? Can you help me?

Thank you in advance

Dan Seracu

[clipper6]

I have the same question. Well someone recommend a GUI framework for Harbour that is cross-platform and still actively developed and is ready for production.

[Angel Pais]

http://marinas-gui.org is ready for production

It works on windows and linux with the same sources.
Mac OSX is on test according to the developpers anda is is very well documented.

[Gmail]

Hello clipper6,

 

>I have the same question. Well someone recommend a GUI

>framework for Harbour that is cross-platform and still

>actively developed and is ready for production.

 

It was a long time ago and since then I tried only HMG 3.x but it is Windows only. (Almost the same as OOHG).

I can say that I was satisfied with it. The fact it is Windows only did not bother me and it was enough for my very small application.

I know there is HMG 4.x that is based on QT and it is multi-plataform but I didn’t like it for personal reasons (didn’t like the QT apearance and the DLL issues).

MarinasGUI seems very nice and well documented. Tested a bit and gave up because it is also QT based.

Seems that QT based ones are the only active alternatives that are multiplataform. There is also qt4xhb project that is being very active lately (also QT based).

Some people really like HWGUI but I do not know much about it.

I think you have to test and see which one offers what you are looking for and the one that seems more confortable to you to work with.

I am using GTWVT now (CUI based).

I hope it will help you.

 

Qatan

 

[Francesco Perillo]

 

    I am looking for an easy way to go from CUI to GUI.

There is only one way for an EASY porting from CUI to GUI and is using hbQt based qtcontribs !

This is the only library that can "easily" let you compile code with @ SAY GET with minimal changes. It also has a TBrowse implementation.

All the other libraries need that you change your code... how much to change depends on how your code is written. In my case the changes are a lot ! So I'm working in two directions: refactor my CUI code to a MVC paradigm and develop an equivalent "VC" part under hbQt (using a library developed with a couple of friends)

Anyway:

- are you interested in windows only ? fivewin (commercial, win32 and something metro), hmg3 (minigui), hmg4 (qt based), minigui extended (win32), hwgui (win32 and linux gtk, it restarted development in the last weeks), marinas (qt)

- are you interested in other platforms ? Linux, Mac but also Blackberry, iOs, Android ? A Qt based solution can help the porting.

[Marcos Antonio Gambeta]

Em 24/07/2013 05:33, clipper6 escreveu:
> I have the same question. Well someone recommend a GUI framework for
> Harbour that is cross-platform and still actively developed and is
> ready for production.

If you are moving from CUI to GUI and want to minimize the changes in
the application, you can try the use of GtQtc + Qt Widgets.

See the application below to get a better idea:

http://magsoftinfo.com.br/blogdomag/?p=733
(screenshots)

http://www.mediafire.com/download.php?nkd5mzsjbvf3va3
(Windows binaries and source code)


Regards,
Marcos Gambeta

[clipper6]

Thanks for the reply.

[clipper6]

I'm interested with hwgui (win32 and linux gtk) but I can only find a source code. Is there a pre-compiled binary for windows.

[Francesco Perillo]

Yes. The created the new library a couple of days ago.

[oleksa]

Hi!

Look at http://kresin.ru/en/hwgui.html

Regards,
Alexey Myronenko

--- Оригінальне повідомлення ---
Від кого: "clipper6" <arl...@gmail.com>
Дата: 25 липня 2013, 05:10:36

[clipper6]

Can you give me the download link please.

[clipper6]

I installed marinas-gui yesterday and it toke more than 2 hours to install. Why does it take a very long time to install? It's running ok thought.

[CarozoDeQuilmes]

Hi <complete_with_your_name_here>, this isn't a marinas-gui forum.

You can subscribe to marinas discussion forum from topic "discussion forum" at www.marinas-gui.org

Your answer:

1.- You only need to use the installer at first time, because it installs Harbour, MinGW, hbqt, marinas-IDE and Marinas-GUI

Then, you can upgrade Marinas-IDE and Marinas-GUI from the "Upgrade..." items from marinas-IDE tool menu.

2.- You have a very slow computer

Note: if you find something positive in marinas-ide can also comment on ....

Regards

CdQ

--

--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users
 

---

You received this message because you are subscribed to the Google Groups "Harbour Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to harbour-user...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

--
CdQ

[SD]

If you are moving from CUI to GUI and want to minimize the changes in
the application, you can try the use of GtQtc + Qt Widgets.

See the application below to get a better idea:

http://magsoftinfo.com.br/blogdomag/?p=733
(screenshots)

http://www.mediafire.com/download.php?nkd5mzsjbvf3va3
(Windows binaries and source code)

Thanks for sharing.... looks simple, clean and seems would be easier to port a GTWVT application and achieve certain additional GUI features, which are needed now a days.

Though using this makes the "additional" dlls are to be shipped with the exe. 
Can you please clarify, doesn't ONLY these TWO QT dlls are enough to run the application at user's place:

QtGui4.dll

QtCore4.dll

This thread is very interesting as well as contains full of resourceful suggestions........ but with so many "open-source" solutions, finally at the end of the day I'm  BEWILDERED with the choices:) 

[Marcos Antonio Gambeta]

Em 26/07/2013 14:20, SD escreveu:

If you are moving from CUI to GUI and want to minimize the changes in
the application, you can try the use of GtQtc + Qt Widgets.

See the application below to get a better idea:

http://magsoftinfo.com.br/blogdomag/?p=733
(screenshots)

http://www.mediafire.com/download.php?nkd5mzsjbvf3va3
(Windows binaries and source code)

Thanks for sharing.... looks simple, clean and seems would be easier to port a GTWVT application and achieve certain additional GUI features, which are needed now a days.

Though using this makes the "additional" dlls are to be shipped with the exe. 
Can you please clarify, doesn't ONLY these TWO QT dlls are enough to run the application at user's place:

QtGui4.dll

QtCore4.dll

QtGui4.dll and QtCore4.dll are the minimum necessary for a GUI application.

The MinGW compiler requires the two dlls below:

mingwm10.dll
libgcc_s_dw2-1.dll

The file qt_pt.qm is necessary for the portuguese language.

Resuming, the minimum necessary for an english application is:

application.exe
QtGui4.dll
QtCore4.dll
mingwm10.dll
libgcc_s_dw2-1.dll


Regards,
Marcos Gambeta

[SD]

Thanks a lot for the clarification.

You people are doing wonderful R&D with Harbour usage. This gives "users" like me the confidence that one can still continue with Harbour and pick his/her choice of GUI (if required) from the available solutions......... hope things will become more brighter, clearer in coming days.

[clipper6]

I guess I have a slow computer but MS Visual Studio doesn't take this long to install. Anyway, It's working fine. By the way, I'm having some trouble posting to the forum since buttons are in Spanish. But manage to post anyway through the help of google translate. Tried installing it on an i7 laptop installed a little faster.

[Clippero]

[Esp]

Hola estoy intentando hacer algo para migrar mis sistemas en modo consola a modo GUI.
Obviamente no quiero escribir el código todo de nuevo.

Tenés alguna experiencia con GTWV ?
O con algo mas ?
Qué me recomendás ?

[Eng] by Google

Hi I'm trying to do something to migrate my systems in console mode to GUI mode.
Obviously I do not want to write the whole code again.

GTWV you have any experience with?
Or something more?
What recomendás me?

[Qatan]

Hello Clippero,

 

I suggest you to give a try to GTWVG... it’s the closest to the TUI code that gives you most of the GUI...

I do not use but I did some tests.

Anyway I recommend you to just move to HBQT... it’s more work but I think it is better...

 

Qatan

 

 

From: Clippero

Sent: Friday, October 24, 2014 4:06 PM

To: harbou...@googlegroups.com

Subject: Re: [harbour-users] Re: GUI HMG / HbWxW / wxHarbour

 

--
--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users

---
You received this message because you are subscribed to the Google Groups "Harbour Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to harbour-user...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[soporte]

Echale un vistazo a HbQtWidGets. Esta incluido con hbQT (QTContribs)