>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Friday, August 21, 2009 11:43 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Plugins in hbqts library
>
>I've posted the right settings for both GNU and hbmk2
&g
Developer List.
Subject: Re: [Harbour] Plugins in hbqts library
If you have HB_INC_QT set, but the lib still doesn't build,
you have HB_INC_QT set incorrectly.
Please note the default location of this dir is different for
static and normal builds of QT.
But now I have another message :
C:\h
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Friday, August 21, 2009 9:50 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Plugins in hbqts library
>
>If you have HB_INC_QT set, but the lib still doesn't build
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Friday, August 21, 2009 9:50 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Plugins in hbqts library
>
>If you have HB_INC_QT set, but the lib still doesn't build
From: Viktor Szakáts [mailto:harbour...@syenar.hu]
Sent: Thursday, August 20, 2009 6:34 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Plugins in hbqts library
...
When and where is this lib : lhbqts created.
It's create by Harbour build process, when HB_QT_STATIC is s
From: Bruno Luciani [mailto:bruno.luci...@gmail.com]
Sent: Thursday, August 20, 2009 6:59 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Plugins in hbqts library
Marek
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Thursday, August 20, 2009 6:34 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Plugins in hbqts library
...
>> When and where is this lib : lhbqts created.
>
>I
Marek
Do you build static QT libraries first ?
Bruno
2009/8/20 Viktor Szakáts
> Pritpal, Victor
>> in folder C:\harbour\contrib\hbxbp\tests is file demoxbp.prg.
>> How can I test it ?
>> I have installed Qt, recompile Harbour with :
>>
>> SET HB_INC_QT=C:\Qt\include
>> SET HB_QT_STATIC=yes
>>
Pritpal, Victor
in folder C:\harbour\contrib\hbxbp\tests is file demoxbp.prg.
How can I test it ?
I have installed Qt, recompile Harbour with :
SET HB_INC_QT=C:\Qt\include
SET HB_QT_STATIC=yes
And when try : hbmk2 demoxbp
On screen I see :
...
Lines 3200, Functions/Procedures 48
Generating C so
Marek (PZUZ)
> >-Original Message-
> >From: Pritpal Bedi [mailto:bediprit...@hotmail.com]
> >Sent: Thursday, August 20, 2009 10:09 AM
> >To: harbour@harbour-project.org
> >Subject: Re: [Harbour] Plugins in hbqts library
> >
> >
> >Hi
>
&g
>-Original Message-
>From: Pritpal Bedi [mailto:bediprit...@hotmail.com]
>Sent: Thursday, August 20, 2009 10:09 AM
>To: harbour@harbour-project.org
>Subject: Re: [Harbour] Plugins in hbqts library
>
>
>Hi
...
>Yes, and this suggests that we must depl
Viktor
I think that is not a big deal to Pritpal to resolve this requirement
Plugins actually works ok in HBQT , only in HBQTS is missing a function
that permit to load this plugin in requirement of the programmer .
May be Carozo could not explain better , we are spanish speaking guy
and sometim
Viktor Szakáts wrote:
You're asking for / talking about a "Harbour standard", where there
cannot be one for several reasons. (at least by my understanding of
the expression "Harbour standard")
snip.
OK, I accept all that.
Regards
Alex
___
Harbour
hbmk2 xbase++ mode that made simple compile xbase source
hbmk2 can read xpj (project file like follow)
Probably technically possible, but I know nothing about xbase++
make files, so it will need someone else to develop this subsystem
for hbmk2. I can help integrating it in actual code though.
S
We have hbodbc which is also an abstraction layer for
databases, making it possible to access just what you ask for.
It's also much thinner and lighter than using QT layer +
plugins, also more portable.
I could not use ODBC to Oracle. RDDSQL (SQLMIX) also without
success. Only with ADORDD I ma
I am grateful for your efforts and I am not trying to denigrate
them. However, "contradict" is a strong word and I do not think the
situation is nearly as clearcut as you think, your last comments
above appear to support my point. I, personally, would like to see
most of contrib, including
On 2009.08.20., at 11:23, Alex Strickland wrote:
Viktor Szakáts wrote:
So, if you're looking for the title "Harbour standard" there
is no such thing yet, but even this may change in the future
depending on factors we cannot see in advance. If you're
looking for a working UI solution which is h
I agree with Pritpal , Xbase++ is the most standard GUI for xbase
language in oop
The only problem is that we haven't a public documentation about
xbase++ language definition
we have also a few sample for demostrate the powerfull of this wayhat
What effort can help xhbp.lib to grow in userbase?
Har
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Thursday, August 20, 2009 9:17 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Plugins in hbqts library
>
...
>
>We have hbodbc which is also an abstraction layer fo
Pritpal Bedi wrote:
Is the XBase++ approach accepted by the Harbour group as the defacto
standard?
You are replied to this question in previous message from Viktor.
I did not see it.
You need to update yourself on Xbase++.
I am not as sure as you.
When we talk about Clipper we know we a
Viktor Szakáts wrote:
So, if you're looking for the title "Harbour standard" there
is no such thing yet, but even this may change in the future
depending on factors we cannot see in advance. If you're
looking for a working UI solution which is hosted and developed
in our SVN, use hbxbp + hbqt, i
Hi
Alex Strickland wrote:
>
> Is the XBase++ approach accepted by the Harbour group as the defacto
> standard?
>
You are replied to this question in previous message from Viktor.
> I know nothing about XBase++. When we talk about Clipper we all know
> immediately
> to a lesser or greater
Don't expect anything closer to Harbour core in this regard in the
near future.
So I unless I misunderstand you, you would broadly agree with my
original statement - "I suspect that the idea of a standard GUI for
Harbour may remain a pipe dream".
It's IMO a wrong question.
We have competi
Viktor Szakáts wrote:
Don't expect anything closer to Harbour core in this regard in the
near future.
So I unless I misunderstand you, you would broadly agree with my original
statement - "I suspect that the idea of a standard GUI for Harbour may remain a
pipe dream".
Regards
Alex
___
Pritpal Bedi wrote:
Probably you never visited hbxbp.lib.
You are right.
oDialog := XbpDialog():new( oParent, oOwner, aPos, aSize, aPresParams,
lVisible )
Or for that reason just go for Xbase++ documentaion and/or
harbour/contrib/hbxbp/tests/demoxbp.prg. Infact a Xbase++ only application
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, s
You are absolutely right.
Let us concentrate on UI part via Xbase++ class framework.
It is almost a challenge par excellence itself.
Later we can extend otherparts but with separated libs if
there be a great demand for it.
Regards
Pritpal Bedi
I agree with that, but I'm looking for a stable sol
Hi
Horodyski Marek (PZUZ) wrote:
>
> I agree with that, but I'm looking for a stable solution for access to
> major databases used in production environments.
>
Then this is antirely different topic not related to this thread.
Regards
Pritpal Bedi
--
View this message in context:
http://w
Hello Alex
Alex Strickland wrote:
>
> Well, what is the "standard" Harbour command or function to create a
> window?
>
Probably you never visited hbxbp.lib.
oDialog := XbpDialog():new( oParent, oOwner, aPos, aSize, aPresParams,
lVisible )
Or for that reason just go for Xbase++ documentaion
>-Original Message-
>From: Pritpal Bedi [mailto:bediprit...@hotmail.com]
>Sent: Wednesday, August 19, 2009 5:38 PM
>To: harbour@harbour-project.org
>Subject: Re: [Harbour] Plugins in hbqts library
>
>Viktor Szakáts wrote:
>>
>> I still hold my opinion th
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?
Regards
Alex
___
On 2009.08.19., at 8:43, CarozoDeQuilmes wrote:
I don't want replace harbour functions
I don't want added new features to hbqt
I only need that my exe progran linked with Static hbqts has all
features that when I link my program with dinamic Link.
The way for this goal are Qt Plugins.
I un
I don't want replace harbour functions
I don't want added new features to hbqt
I only need that my exe progran linked with Static hbqts has all features
that when I link my program with dinamic Link.
The way for this goal are Qt Plugins.
CdQ
On Wed, Aug 19, 2009 at 12:48 PM, Viktor Szakáts wrote
Viktor Szakáts wrote:
QT is huge and there is nothing which should stop any user
to start developing Harbour bindings for any part of it we
don't happen to support in Harbour itself.
It did occur to me when I saw what a large part of the Harbour SVN
it is now that it should be a separate pro
Hi
Alex Strickland wrote:
>
> And yet, a cross platform GUI for Harbour? Maybe it shouldn't. I suspect
> that
> the idea of a standard GUI for Harbour may remain a pipe dream.
>
I contradict your statement.
It is just a matter of time.
But, off couse, if Qt itself supports what Harbour terms
Viktor
Viktor Szakáts wrote:
>
> I still hold my opinion that this isn't a QT project in the
> first place and we should focus on QT *UI* related stuff
> regarding our hbqt contrib lib. It's enough of a challenge
> by itself.
>
You are absolutely right.
Let us concentrate on UI part via Xbase
Viktor Szakáts wrote:
QT is huge and there is nothing which should stop any user
to start developing Harbour bindings for any part of it we
don't happen to support in Harbour itself.
It did occur to me when I saw what a large part of the Harbour SVN it is now
that it should be a separate proj
Nice stuff, although we have native libs for many of these,
and I'd personally prefer using those if possible, rather than
reimplementing them in a QT-specific way. It's IMO also better
for Harbour.
But we don't have efficients tools to acces to db2 and Oracle. In
ADO is many bugs.
ADO shoul
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Wednesday, August 19, 2009 3:48 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Plugins in hbqts library
>
>Hi,
>
>Nice stuff, although we have native libs f
Hi Viktor, you are right, I'd personally prefer use native libs too, but in
this case, I need use plugins for compatibility with dinamic Qt and with
other funcionalities
ex: To use images and displaying these, I use the followed code:
oPixmap := QPixmap():new()
oPixmap:load( ":myimage" ) // l
Hi,
Nice stuff, although we have native libs for many of these,
and I'd personally prefer using those if possible, rather
than reimplementing them in a QT-specific way. It's IMO
also better for Harbour.
Brgds,
Viktor
On 2009.08.19., at 3:31, CarozoDeQuilmes wrote:
Hi Viktor, Qt has implemente
Hi Viktor, Qt has implemented many plugins very interesting:
Plugin nameTypeDescription qtaccessiblecompatwidgetsAccessibilityAccessibility
for Qt 3 support widgets qtaccessiblewidgetsAccessibilityAccessibility for
Qt widgets qdecorationdefaultDecorations (Qt Extended)Default style
qdecorationwin
Hi folks,
I'm not sure we should implement whole QT plugin functionality
just to support jpeg files.
If it helps I can add jpeg library to externals. Maybe some
Harbour wrappers to that could solve such problems.
Brgds,
Viktor
On 2009.08.19., at 3:31, CarozoDeQuilmes wrote:
Hi Pritpal, I don'
Hi Pritpal, I don't know how use it. I read the Qt Documentation and I have
see that in a c++ program I only need coded:
#include
Q_IMPORT_PLUGIN(qjpeg)
and then, add plugin library for jpeg (supplied in
\qt\2009.03\qt\plugins\imageformats) into linkedit process.
Sorry, but I don't know anymore
Hi
CarozoDeQuilmes wrote:
>
> Hi Pritpal, can you add support for plugins in STATIC hbqt library ?
>
> I need it for use JPG image format and ODBC driver.
>
> http://qt.nokia.com/doc/4.5/plugins-howto.html
>
I am trying to understand the concept.
You can explain how you will use it in .
45 matches
Mail list logo
