Pritpal Bedi wrote:
I contradict your statement.
It is just a matter of time.
But, off couse, if Qt itself supports what Harbour terms as
"standard GUI
for Harbour ".
Well, what is the "standard" Harbour command or function to create a
window?
Since it's implemented as a non-core lib, such "Harbour standard"
in the strict sense doesn't exist. Although I'm not sure chasing
a "Harbour standard" here is necessary since there are standards
also outside Harbour.
F.e. you can use the standard API of QT from Harbour to create a
window. You can also use the standard xbase++ OOP interface on top
of that, which is probably the closest to the standard you're
looking for. We've actually picked that as our preferred GUI
interface in Harbour.
Or you have the option to choose wxharbour or xhgtk 3rd party
projects to achieve that using different APIs in a portable way
(with different pros and cons).
Don't expect anything closer to Harbour core in this regard in the
near future, and the reason is very simple: It's not amongst the
goals of Harbour Project to develop a portable GUI *from scratch*
(this would be rather unrealistic goal anyway) (plus maybe a little
late now that the web is taking over the desktop), and there
is no "ultimate" portable GUI lib on the market yet which is as
portable as Harbour and/or better than above options. If there will
be one in the future, we can create the bindings for it, or endorse
it other ways, maybe even as part of the core.
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
