or possible 2.1 beta?
2010/5/31 Pritpal Bedi
>
> Hello All
>
> Some users of Xbase++ has requested to make available
> Harbour distro usable out-of-the-box and with hbXBP to
> test their portibility concerns.
>
> I am all set to provide one but it cannot be termed as
> _out-of-the-box_ because i
Hi, I'm interesting in know more about it, but the thread didn't continued.
Regards
CdQ
On Tue, Jan 26, 2010 at 8:04 AM, Viktor Szakáts wrote:
> Hi Pritpal,
>
> I see this code in hbxbp:
> ---
> METHOD HbpQtUI:destroy()
> LOCAL a_
>
> FOR EACH a_ IN ::aSignals
> Qt_Slots_disConnect( ::p
Pritpal Bedi wrote:
So, I think I stand a point to clarify what happened
around in the last 21 hours.
I'm sorry, it didn't clarify much for me :) I have great respect for anyone who
can sacrifice their time the way you have done so. However, I do not understand
why a technical discussion has
Hi Pritpal,
I've sent you a message outlining a problem with
a serious problem with a QT specific extension in
HBXBP (which is not meant to be QT specific in
the first place). Even the name of the XBP class
has "QT" in it. Your answer is generically to
such problems is: "I don't care".
What
This looks good, thank you. I'll soon add C++ mem allocation
overload to hbmk2, so we better can test leaks.
There still remain some TOFIX-es in code:
- Returning raw pointer of GC collected objects:
This might cause problems later, because this means
that a reference is stored somewhere
Em 27/12/2009 16:12, Massimo Belgrano escreveu:
As you seen in C:\hb20\contrib\hbqt\test\hbmk.hbm
**
libs=hbqt
libs=hbqtcore hbqtgui hbqtnetwork
{win}libs=version shlwapi
{allwin}libs=QtCore4 QtGui4 QtNetwork4 QtUiTools
{allwin}libs=psapi
{linux}libs=QtCore QtGui QtNetwork QtUiT
As you seen in C:\hb20\contrib\hbqt\test\hbmk.hbm
**
libs=hbqt
libs=hbqtcore hbqtgui hbqtnetwork
{win}libs=version shlwapi
{allwin}libs=QtCore4 QtGui4 QtNetwork4 QtUiTools
{allwin}libs=psapi
{linux}libs=QtCore QtGui QtNetwork QtUiTools
{darwin}libs=/Library/Frameworks/QtCore.frame
>>> http://doc.trolltech.com/4.6/compiler-notes.html
>>> http://doc.trolltech.com/4.6/deployment-windows.html
>>>
>>> is /MD cflag the only way of make qt 4.6 and microsoft visual c 2008?
>>
>> If you want to use default QT for MSVC binary build, yes.
>
> Sorry to jump in. It is not true that we
> Why ?
> Imo Is better a choice that allow use qt
Who says we don't "allow" QT usage? It can be used with
MinGW just as before (disregarding uncomfortable MinGW
installation of DWARF builds), and it's not us who define
the rules to use QT, it's Nokia.
> If qt find advantage of using msvcrtd.
On Tue, 8 Dec 2009 15:28:18 +0100
Viktor Szakáts wrote:
> > With 4.6 qt are providing an opensource version of the Visual Studio
> > 2008 binary packag
> > Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
> > With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
>
Why ?
Imo Is better a choice that allow use qt
If qt find advantage of using msvcrtd.lib can't be advantage also for harbour?
Wich Disadvantage in msvcrtd.lib?
2009/12/8 Viktor Szakáts :
>
>> Can -MD be predefined by harbour for msvc?
>
> No.
>
> Though, you can easily define it locally using HB_
> With 4.6 qt are providing an opensource version of the Visual Studio
> 2008 binary packag
> Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
> With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
> according to list of MS complier flags and their descriptions.
>
With 4.6 qt are providing an opensource version of the Visual Studio
2008 binary packag
Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
according to list of MS complier flags and their descriptions.
http://msdn2
Hi !
After setting HB_QT_STATIC = yes, I could generate HBQT static version libs,
but when I try to build hbide.hbp (or any other hbxbp + hbqt based sample)
using hbqts.hbc instead of hbqt.hbc (at hbxbp.hbc) hbmk2 mounts the
executable, but the executable doesn't work.
Hbmk2 shows the followi
26, 2009 10:35 AM
To: "Harbour Project Main Developer List."
Subject: Re: [Harbour] Qt libs static link
Hi Leandro,
I'd suggest to peek into INSTALL doc, where you'll
find answers for all your build related questions.
Brgds,
Viktor
On 2009 Nov 26, at 15:16, Leandro Damasio
Hi Leandro,
I'd suggest to peek into INSTALL doc, where you'll
find answers for all your build related questions.
Brgds,
Viktor
On 2009 Nov 26, at 15:16, Leandro Damasio wrote:
> I mean, how to build HBqt based programs with QT libs statically linked?
> tks
> Leandro Damasio
>
>
> From: Lea
I mean, how to build HBqt based programs with QT libs statically linked?
tks
Leandro Damasio
From: Leandro Damasio
Sent: Thursday, November 26, 2009 10:21 AM
To: Harbour Project Main Developer List.
Subject: [Harbour] Qt libs static link
Hello
How to build hbqt programs with QT static libs,
On Thu, Nov 19, 2009 at 11:42 AM, Viktor Szakáts wrote:
> I got it from the page. For 4.5 there were two options,
> one which uses Carbon and another which uses Cocoa, and
> one of them was 64-bit ready.
http://qt.nokia.com/developer/qt-4.6-preview#download-the-qt-4-1
The difference is between
> On Thu, Nov 19, 2009 at 11:03 AM, Viktor Szakáts wrote:
>
>> I'm not getting this, I guess because I've installed the 64-bit
>> compatible build.
>
> Sorry, where did you get it? I've seen only one OSX SDK.
I got it from the page. For 4.5 there were two options,
one which uses Carbon and ano
On Thu, Nov 19, 2009 at 11:03 AM, Viktor Szakáts wrote:
> I'm not getting this, I guess because I've installed the 64-bit
> compatible build.
Sorry, where did you get it? I've seen only one OSX SDK.
> In the meantime you can regenerate it locally, but we
> should ask Pritpal what is way to do t
> On Thu, Nov 19, 2009 at 8:48 AM, Viktor Szakáts wrote:
>
>> Here it builds without any extra settings on SL 64-bit,
>> although this is with 4.5.
>>
>> Did they change placement of Frameworks, or what errors
>> do you get?
>
> In file included from
> /Library/Frameworks/QtCore.framework/Heade
On Thu, Nov 19, 2009 at 8:48 AM, Viktor Szakáts wrote:
> Here it builds without any extra settings on SL 64-bit,
> although this is with 4.5.
>
> Did they change placement of Frameworks, or what errors
> do you get?
In file included from
/Library/Frameworks/QtCore.framework/Headers/qnamespace.h:
I also would like to compile and test Qt support... any doc ?
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Lorenzo,
Here it builds without any extra settings on SL 64-bit,
although this is with 4.5.
Did they change placement of Frameworks, or what errors
do you get?
Brgds,
Viktor
On 2009 Nov 19, at 07:58, Lorenzo Fiorini wrote:
> Qt 4.6 has added support for Snow Leopard and Windows 7 so I'm t
http://www.xbaseforum.de/viewforum.php?f=23
ftp://ftp.alaska-software.com/documents/MTTUTOR2.PDF
http://www.combifinanz.de/tools/sbrowse.htm
http://www.xbaseprogrammer.com/Content.cgi?Menu=Source%20Code
http://www.xbwin.com/
http://www.idep.nl/
2009/8/3 Pritpal Bedi :
>
> Hello Everybody
>
> I am
Hi
Pritpal Bedi wrote:
>
> Second - as I am in a position to provide both TBrowse() and XbpBrowse()
> approaches, what do you think if I retain both or only XbpBrowse().
> Internally, TBrowse() will map itself to XbpBrowse().
>
The deep thinking suggests that there must be 100% compatibilit
Hello Viktor
Viktor Szakáts wrote:
>
> A QT-based TBrowse() is very nice, but doesn't have much to do
> with XBP lib functionality per se, unless Xbase++ has similar
> GUI version of TBrowse() (I don't think so). Since you say this
> QT based TBrowse() is built on top of XBP stuff, it's certain
afaik with xbase++ 1.9 sl1 you can still mix traditional SAY/GET or TBrowse()
with Graphical User Interface elements
Page six at
ftp://ftp.alaska-software.com/documents/feature-overview-v19sl1-en.pdf
2009/8/3 Viktor Szakáts :
> Hi Pritpal,
>
>> First - a good news - I am been able to simulate
>>
Hi Pritpal,
First - a good news - I am been able to simulate
TBrowse() behavior as far as vertical navigation is concerned.
Horizontal navigation - freeze - is practically non-existent in Qt's
model/view architect and hence so far I have no clues how
to simulate this. Barring "FREEZE" and "FOOTE
Hello Angel
Angel Pais wrote:
>
> How about a coompletely new aproach ?
> Instead of developping an xbpbrowse clone , what about a completely new
> xbp part ?
> Let's call it xbpGrid and it would be a derivative of Qt's grid class.
>
> Then we'll have to resolve:
> 1) how to fill it with an a
Hello Everybody
Pritpal Bedi wrote:
>
> It is to gather any type of information which may help
> selecting the best fit class from mdel/view classes to simulate
> XbpBrowse() and/or TBrowse() behavior.
>
Despite my best efforts, I am not been able to move
forward in this direction even a lit
Okay. In the beginning we've discussed that hbxbp shouldn't
directly rely on QT libs, only on hbqt interface lib, I think
we should stick with this. The other important and related
thing is that hbxbp will only contain .prg code.
To resolve this situation and keep proper component separation
alon
Hi
Viktor Szakáts wrote:
>
>> xbpappevents.cpp
>> =
>> #include "appevents.ch"
>
> appevents.ch is an Xbase++ file, so it must go to hbxbp.
>
> If you need to place any logic depending on that file,
> you should place that logic in hbxbp, too.
>
appevent.ch is already in hbxbp.
Hi Pritpal,
On 2009.06.26., at 18:18, Pritpal Bedi wrote:
I have two new files and am not sure where these
should reside as both have cross references in hbqt and hbxbp.
xbpappevents.cpp
=
#include "appevents.ch"
appevents.ch is an Xbase++ file, so it must go to hbxbp.
If you ne
i suggest if possible include in harbour rc1
2009/6/25 Marcos Gambeta
> Qt 4.5.2 and Qt Creator 1.2 Released
> June 25, 2009 -- Nokia has released Qt 4.5.2. This release coincides with
> version 1.2 of Qt Creator. In addition, Nokia has provided additions and
> updates to the Qt Visual Studio Ad
Hm, I'm still getting the flicker after deleting all minimize/maximize
calls, also hide/show calls, BUT now only after clicking to another
tab first. Quite strange but there must be something going on
internally which causes it.
Maybe some state change calls aren't checked for actual change,
and c
Hi
Viktor Szakáts wrote:
>
> It looks the flicker is only present with the MLE and ListBox controls.
> They are sometimes painted in a blind state and repainted properly
> afterwards.
>
> Maybe the side effect of tab activation code?:
>oTab1:TabActivate := {|| oTab2:minimize(), oTab3:minim
It looks the flicker is only present with the MLE and ListBox controls.
They are sometimes painted in a blind state and repainted properly
afterwards.
Maybe the side effect of tab activation code?:
oTab1:TabActivate := {|| oTab2:minimize(), oTab3:minimize(),
oTab1:maximize() }
With 10 tabs suc
Hi Pritpal,
Viktor Szakáts wrote:
Two things I've noticed with demoxbp:
- When an MsgBox appears the dialog flickers. Can this be elminated
somehow?
- When clicking to the menu, then clicking to some non-active parts
of
the menu,
or to the caption, the content of the tabbed control (along
Hello Viktor
Viktor Szakáts wrote:
>
> Two things I've noticed with demoxbp:
>
> - When an MsgBox appears the dialog flickers. Can this be elminated
> somehow?
> - When clicking to the menu, then clicking to some non-active parts of
> the menu,
> or to the caption, the content of the tabbed
Thanks Marcos
You have not only given me a valuable hint but the code blueprint also.
Marcos Gambeta wrote:
>
> Forgive my ausence in discussions. Personal/family questions require my
> time/attention and i have only few hours each week to read/answer
> messages.
>
Give your 100% to your fa
Documentation about event filters:
http://doc.qtsoftware.com/4.5/qobject.html#installEventFilter
Regards,
Marcos Gambeta
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Pritpal Bedi escreveu:
How an event which is not a SIGNAL can be retrieved for a widget.
See the code below: class to filter events and execute codeblocks.
file: events.cpp
#include
#include
#include
#include
#include
#include
#include "events.h"
#inc
I may be out of argument bit i have read at http://iquip.org/
>IQuiP™ (pronounced like equip) is a C++ framework for writing applications
>that can run on both the desktop and over the internet in a web browser -
>.. binary compatible with Qt, meaning that a dynamically linked Qt
>applicati
I think it's a good idea. There is no point in
generating them IMO, but you can see the big picture.
Brgds,
Viktor
On 2009.06.15., at 18:44, Pritpal Bedi wrote:
Hello Everybody
I am thinking of separating base source files
from hbqtgen.prg to SVN. These files are:
hbqt.h
hbqt_slots.h
hbqt_s
Le sugiero que uso traductor Google
http://translate.google.com/translate_t#it|es|
¿Es posible cambiar la configuración de su correo electrónico,
de modo que sigue vigente el mensaje de respuesta,
en lugar de iniciar un nuevo hilo cada vez?
No es muy fácil de seguir las conversaciones de esta mane
Hi Bruno,
Is it possible to change the setup of your mailer,
so that it continues existing thread on reply,
instead of starting a new thread each time?
It's not very easy to follow conversations this way.
Brgds,
Viktor
On 2009.06.10., at 17:42, Bruno Luciani wrote:
Massimo, thanks for the i
Thank you.
On 2009.06.10., at 17:07, Massimo Belgrano wrote:
update on italian website
2009/6/10 Viktor Szakáts :
Could you please update the release information and
download links?
I've removed previous releases hosted on my site,
so the links are broken.
Brgds,
Viktor
On 2009.06.10., at
update on italian website
2009/6/10 Viktor Szakáts :
> Could you please update the release information and
> download links?
>
> I've removed previous releases hosted on my site,
> so the links are broken.
>
> Brgds,
> Viktor
>
> On 2009.06.10., at 15:49, Massimo Belgrano wrote:
>
>> Hi Bruno if y
Could you please update the release information and
download links?
I've removed previous releases hosted on my site,
so the links are broken.
Brgds,
Viktor
On 2009.06.10., at 15:49, Massimo Belgrano wrote:
Hi Bruno if you are italian or speak italian i invite you on italian
comunity
http:/
Hi Bruno if you are italian or speak italian i invite you on italian comunity
http://www.gio22.com/harbour/
http://groups.google.it/group/harbourITA?hl=it
2009/6/9 Bruno Luciani :
> Vailton , I know that my english is no do good
> but try to read again my email.
>
> we are using it
>
> But is onl
I understand but what really drew me attention was the mention of
the same name. If the your project name has the same name in future
could lead to confusion among users who want more details on the
projects. Outside this, wish you success!
Regards,
Vailton
___
Hello Bruno
Bruno Luciani wrote:
>
> was just to see if the library hbqt will continue as is because the mails
> on
> xbase + + suggests that changes could suffer
>
No, it is not like that.
HBQT is a API level library. Xbase++ class modal will access its
function to provide GUI interface. Y
I have posted a message about this proposal to hmg forum and roberto lopez
was intrestedhttp://www.hmgforum.com/viewtopic.php?f=14&t=377
> you have ever consirered exchanging the win32 API with QT multiplaform
grafics framework?
>>doing something like a compatibility layer at preprocessor level co
AFAIK Bruno is working on a Minigui compatible commands set to access
HbQt is an idea similar to Pripal's idea of access hbqt using xbase part
syntax
minigui will be harbour minigui http://www.hmgforum.com/ or
http://www.minigui.org/ or something else
2009/6/9 Bruno Luciani
> *
> I like to
Hi
Bruno Luciani wrote:
>
> I like to know if in the future the HBQT library , is still going to
> be
> kept as actually ?
>
Ok, as we know your usage of QT, may I ask which anxiety factor
urged you to post this question ? I mean, why did you feel unsecure
and what respect ?
Regards
P
> Because we are used to program a graphics library (for windows) called
> minigui whose syntax is very friendly.
MiniGUI? I think that there is already such a project for Harbor and
xHarbour few years, see:
http://harbourminigui.googlepages.com/
Regards,
Vailton
_
Bruno
Bruno Luciani wrote:
>
> I like to know if in the future the HBQT library , is still going to
> be
> kept as actually ?
>
> Because another list partner and I are working in a project that use
> HBQT
> to acceed to Qt graphical API.
>
> This answer is very important to us
>
In my xbase day
i used eXPress++ from roger donnay
It distribute source code
it will be intrested in porting of his good library eXpress
http://www.donnay-software.com/
i can contact if can be usefull , i was a co speaker with him at
italian devcon in 2001
2009/6/8 Pritpal Bedi :
>
> Hi
>
>
> Vikt
Hi
Viktor Szakáts wrote:
>
> Looks good. We can lift the 8.3 restriction for this lib too,
> as it won't be built for DOS. If others agree.
>
> Two things to focus on:
>
> 1) Only and only use the hbqt provided API in this library,
> that means no local C code, no direct access to QT libs
Viktor Szakáts wrote:
Since we don't have plans (and it wouldn't sound too realistic
either on the mid-run) to implement XBP using alternative
portable GUI libs (like wx or GTK) inside the Harbour Project
repository, IMO for now it's safe to simply call it 'hbxbp', it's
also nice, clean, short a
Hello Viktor
Viktor Szakáts wrote:
>
> Since we don't have plans (and it wouldn't sound too realistic
> either on the mid-run) to implement XBP using alternative
> portable GUI libs (like wx or GTK) inside the Harbour Project
> repository, IMO for now it's safe to simply call it 'hbxbp', it's
>
> Ok. I am convinced.
> So "hbqtxbp" is the right namespace?
Not necessarily :) These are our options:
- hbxbp
pro: clean and simple
con: it will become ambiguous when/if we will have non-QT
based XBP implementation.
AFAIR this was my original proposition.
- hbqtxbp
pro
Hello
Angel Pais wrote:
>
> I agree with Viktor.
>
Ok. I am convinced.
So "hbqtxbp" is the right namespace?
> GT concept is very different of XBP parts.
> We can use Alaska's prg samples to test compatibility.
> The true proof of compatiblity of xbp qt compatible parts would be to
> rec
> I am done with the preliminary preparations and
> am about to start Xbase++ Parts implementation.
> Here are few concerns:
>
> As we discussed earlier it should be separate lib with
> hbqtxbp.lib and hence will reside in that folder. As Xbase++
> is essentially a GT + GUI Dialogs, I propose to us
Hello Przemek
Pritpal Bedi wrote:
>
> I am struck with QList class.
>
> I do not know how to manage list casting of QT.
> Anybody to help any way ?
>
Can you please provide the solution to this class.
I am really at a loss how to cast, etc.
Here is what I tried:
HB_FUNC( QT_QLIST )
{
hb
Hi Pritpal,
It's some sort of filter evaluation problem due to some recently
added bug to hbmk2. I'm locating and fixing it ASAP.
Brgds,
Viktor
On Sat, May 30, 2009 at 10:01 PM, Pritpal Bedi wrote:
>
> Hello Viktor
>
> Off late I did not looked into QT and in the meantime
> you introduced a lot
Will prefix "XBP" be made first of 1.1?
2009/4/10 Pritpal Bedi :
>
> Hello Everybody
>
> Before starting the project XbpParts.lib (?) based on QT,
> I need group opinion on the namespace we should be
> using. All parts in Xbase++ begins with prefix "XBP".
>
> If we retain the same namespace, i.e.
Hello,
I imported the lib qt.lib from qt.dll using "script
postinst.bat" to compile with MSVC2008.
I have SED.EXE for Windows.
---
echo /[ \t]*ordinal hint/,/^^[ \t]*Summary/{> _hbtemp.sed
echo /^^[ \t]\+[0-9]\+/{>> _hbtemp.sed
echos/^^[ \t]\+[0
configure is from c:\qt\4.5.1 folder.
Vitor
2009/4/30 Massimo Belgrano
> 2009/4/30 Vitor Mangabeira :
> > What I did:
> > from the C:\Qt\4.5.1\bin folder
> > qtvars.bat compile_debug
> c:\devl\Qt\2009.01\qt\bin>qtvars compile_debug ?
> > then configure -static
> configure here not good
> > t
2009/4/30 Vitor Mangabeira :
> What I did:
> from the C:\Qt\4.5.1\bin folder
> qtvars.bat compile_debug
c:\devl\Qt\2009.01\qt\bin>qtvars compile_debug ?
> then configure -static
configure here not good
> then nmake sub-src
>
> Victor
>
> 2009/4/30 Vailton Renato
>>
>> What are the steps to buil
>2009/4/30 Pritpal Bedi :
>
> Static builds are good only if we have commercial license.
Why?
> Anyway it is heartening to hear that MSVC build static libs execept one.
Wich?
> SET path={drive}:\path\to\qt\lib;%path%
> in your batch file and run demoqt.exe and it will execute.
Clear
_
What I did:
from the C:\Qt\4.5.1\bin folder
qtvars.bat compile_debug
then configure -static
then nmake sub-src
Victor
2009/4/30 Vailton Renato
> What are the steps to build in static mode with the HB + QT? I had
> tried this some time ago but without success, any hint would be
> welcome!
>
> Va
The problem is I can´t build demoqt.exe.
2009/4/30 Pritpal Bedi
>
> Hi
>
> >Yes I tried do build static because when I ran "hbmk2 demoqt hbqt.hbp" it
> >claimed qt???.lib missing.
>
> Static builds are good only if we have commercial license.
> Anyway it is heartening to hear that MSVC build sta
What are the steps to build in static mode with the HB + QT? I had
tried this some time ago but without success, any hint would be
welcome!
Vailton Renato
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listi
Hi
>Yes I tried do build static because when I ran "hbmk2 demoqt hbqt.hbp" it
>claimed qt???.lib missing.
Static builds are good only if we have commercial license.
Anyway it is heartening to hear that MSVC build static libs execept one.
SET path={drive}:\path\to\qt\lib;%path%
in your batch fi
Yes I tried do build static because when I ran "hbmk2 demoqt hbqt.hbp" it
claimed qt???.lib missing.
Vitor
2009/4/30 Pritpal Bedi
>
> Hi
>
>
> Vitor Mangabeira wrote:
> >
> > I´d like to try QT under windows XP but I´ve not been able to build the
> > qtwebkit lib with VS 2008. The other ones bu
Hi
Vitor Mangabeira wrote:
>
> I´d like to try QT under windows XP but I´ve not been able to build the
> qtwebkit lib with VS 2008. The other ones build fine. Is there any special
> trick or can it be downloaded from somewhere?
>
Are you building the libs statically?
If you used shared binar
Hello Angel
>Thank you for your awesome work Pritpal !
Thanks for the appreciation.
>I don't use this :P
I know. This is the base work for next cassle.
>Completting this list would be usefull.
Yes off course. Just a few days.
>> Perhaps it is the time to move forward for GTWVG and HBQTXBP.
Hello
Marcos Gambeta wrote:
>
> Yes, i can do. I will try windows in MT mode with controls like
> QLineEdit, QCheckBox, QRadioBox and others.
>
Thanks. Please do whatever you can summerise in MT mode.
I am particularly interested in event management.
>Tell me if you want some especific tes
Pritpal Bedi escreveu:
Marcos
Can you do some deep testings with QT and hb_threadStart()?
I mean run some real-time widgets under MT.
I have landed into more troubles than solutions with MT
in GTQTC. I want to see if Harbour MT modal is meaningful
in QT GUI context or not ? It willbecome the
Marcos
Can you do some deep testings with QT and hb_threadStart()?
I mean run some real-time widgets under MT.
I have landed into more troubles than solutions with MT
in GTQTC. I want to see if Harbour MT modal is meaningful
in QT GUI context or not ? It willbecome the basis for
next developm
Hi Pritpal,
On Wed, Apr 22, 2009 at 3:58 PM, Pritpal Bedi wrote:
>
> Hi
>
> >Now my large app runs with GTQTC.
>
> Will be good environment to test GTQTC instead of a demo appln.
>
> >1) SetMode() doesn't seem to work properly
>
> After issueing the SetMode() click on the window, do it set it rig
Hi
>Now my large app runs with GTQTC.
Will be good environment to test GTQTC instead of a demo appln.
>1) SetMode() doesn't seem to work properly
After issueing the SetMode() click on the window, do it set it right ?
>and 2) there are quiet a few visual glitches (even besides codepage
proble
Thanks Marcos
Marcos Gambeta wrote:
>
> Using QEventLoop, i can have 'n' windows, each window with your own
> event loop.
>
Your tip has solved this issue.
Now GTQTC is MT compatible.
Will be posting changes in a little while.
Hello Harbour family,
Be prepared to match your applications wi
Perfect
Marcos Gambeta wrote:
>
> With change below ...
>
> oButton:Connect("clicked()", {|p|qout(hb_threadStart({||NewWindow()}))} )
>
> ... i get a sequence like this:
>
> 0x01749118
> 0x0066F938
> 0x01C87998
> 0x01C8F400
>
>
Means I have to investigate further what else GTQTC needs
to
With change below ...
oButton:Connect("clicked()", {|p|qout(hb_threadStart({||NewWindow()}))} )
... i get a sequence like this:
0x01749118
0x0066F938
0x01C87998
0x01C8F400
Regards,
Marcos Gambeta
___
Harbour mailing list
Harbour@harbour-project.org
Pritpal Bedi escreveu:
If it worked then for sure we can find a solution.
Make one more test. Call the ThreadID() in both windows
and see what these return, just in case...
Tested with these changes:
...
? threadid()
oApplication:exec()
...
...
? threadid()
oEventLoop:exec(0)
...
First win
Oh
Marcos Gambeta wrote:
>
> With this line, don´t work:
>
> oButton:Connect("clicked()", hb_threadStart( {|p|NewWindow()} ) )
> (the parameter is not a codeblock | may be a typo)
>
> But work with this:
>
> oButton:Connect("clicked()", {|p|hb_threadStart({||NewWindow()})} )
>
> I am planni
Pritpal Bedi escreveu:
Marcos
Thanks for the explanation.
I know about this facts but note that
this operates on different widgets in the main
thread. I am talking about different threads.
Try this :
oButton:Connect("clicked()", hb_threadStart( {|p|NewWindow()} ) )
With this line, do
Marcos
Thanks for the explanation.
I know about this facts but note that
this operates on different widgets in the main
thread. I am talking about different threads.
Try this :
#include "qt.ch"
Procedure Main ()
Local oApplication
Local oWindow
Local oButton
oApplication :=
This sample is from my personal library:
#include "qt.ch"
Procedure Main ()
Local oApplication
Local oWindow
Local oButton
oApplication := QApplication():New()
oWindow := QWidget():New()
oWindow:Resize(320, 240)
oWindow:SetWindowTitle("Testing class QEventLoop")
oWindo
Pritpal Bedi escreveu:
It appears multi-threading support in QT
is sadly limited and does not go with all-the-powerful
offering in Harbour.
These are my first experiments and so I may be wrong.
I am trying to execute wvtext.prg with -mt option and
executing F10 which should be executed
in
Thanks Vailton,
I think it can also be a good example of working with hbqt and I translated to
prg.
Just as exercise of programming. :)
Is this wrong?
Xavi
#define Qt_PlainText 0
#define QMessageBox_ActionRole 3
#define QMessageBox_Ok 1024
/*
ok, sorry for the inconvenience...
=D
2009/4/15 Pritpal Bedi :
>
> Thanks Renato
>
>
> Vailton Renato wrote:
>>
>> Ok, done.
>>
>
> But you created a new thread.
> I wish to club all such contributions in one thread
> and which I wished to be the current one replying to
> root message.
>
> Anyhow
Thanks Renato
Vailton Renato wrote:
>
> Ok, done.
>
But you created a new thread.
I wish to club all such contributions in one thread
and which I wished to be the current one replying to
root message.
Anyhow it is ok, I will manage.
Regards
Pritpal Bedi
--
View this message in context:
h
Ok, done.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello
Viktor Szakáts wrote:
>
> I see we're running in too many directions already with QT
> related things.
>
I also feel the heat. But these paths are natural, IMO.
We need to devise a roadpath.
> I feel an alternate Alert() is a perfect part of GTQTG, but I
> cannot see a place for it i
I suggest to gather these misc parts until we have more than one such addons
and we can see a bit better what we
are dealing with exactly. An 'addon' scheme needs some
planning IMO before we commit things to the SVN.
I see we're running in too many directions already with QT
related things.
I fee
Hello
Przemyslaw Czerpak-2 wrote:
>
> I'll try but I will need a little bit more time to make it
> well and this is a problem for me now. I'm really busy with
> some other jobs - sorry.
> I looked at this code and as I can see you adopted GTWVT but
> with the WVT code it inherited some Windows
1 - 100 of 142 matches
Mail list logo
