Fisrt, ^C Francesco words and ^V as my words :-)
I really hope HBQt comes to be the most important non-core Harbour
component. My decision about return to xBase programming was helped by HBQt
introducing, but today I couldn't put HBQt in my production code. IMHO HBQt
needed an overhauling to reach
>> This would make it easy for everyone to experiment
>> with it in a swift fashion (without dealing with
>> the huge HBQT libs).
>>
>> Just an idea.
>>
>
> It is not easy to just start from small code.
> Even to execute few lines, you need the full framework
> working. The only change will be
Hi Pritpal
I think that there is some misunderstanding... I'm not a native
english speaker so I may be confusing some time... I will try to be
more clear i n the future.
A bit about me: I was a programmer, up to about year 2000 my income
was from programming. No more. I only have one copy of a big
Viktor Szakáts wrote:
>
> Easy to say it, but since you probably know the
> typical cases that need to be covered, so maybe
> it'd help to start off with a very limited set
> of wrappers, just to cook the right wrapping
> methods.
>
> For sure you'll need to employ the concept of
> GC refe
Hi Pritpal,
>> This in turn means that the original high expectations
>> for HBQT becoming "the" GUI for Harbour are vanishing.
>>
>> Given the effort put into this and the importance of
>> a GUI in general, this is a pity.
>>
>
> I agree with all your assertions in toto.
>
> But the bottom-
Viktor Szakáts wrote:
>
> I think until we have the basics right, it's not
> a reasonable goal to set current patterns or API
> in stone.
>
> Unfortunately more and more code is created with
> current pattern, which makes it just more and more
> difficult to fix the basic problems in low-le
The idea of use existing source code of sample is intresting
the problem is how can be done without loosing existing code
How change hbqt code?
Can be resolved by preprocessor trip?
This is a problem for harbour that want use qt C++ class library
Similar problem will have also pyqt ?
http://www.ri
Hi All,
> I assume you have some framework in mind to achieve what you say.
> Do you ? If yes, please post the code here for review and if the group
> agrees, we will follow that pattern. Also keep in mind that it must be
> backward compatible.
I think until we have the basics right, it's not
Antonio Maniero wrote:
>
> Is it ok just agree on the list with intent to influence the decision?
>
> I agree with Francesco and Viktor. I hope I will use HBQt a lot.
>
It is not a matter of influencing the decision, it is matter of
writing some code in this direction.
-
enjoy hbI
francesco perillo wrote:
>
> Or please tell us clearly why this is not possible... I believe Qt is
> a great "framework", a lot more than a framework and your work (hbide
> for example) shows how powerfull it is. And more, Qt is really
> documented: web sites, books and a lot of source code avai
Is it ok just agree on the list with intent to influence the decision?
I agree with Francesco and Viktor. I hope I will use HBQt a lot.
[]'s Maniero
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-
> Perhaps:
> VAR events // in QApplication
> instead of:
> STATIC s_events
>
> Former is much cleaner. QApplication class
> seems to be a requirement for any HBQT app
> so it seems doable.
>
> Anyway just ignore this like most other
> suggestions from me. For me it's not a problem.
Or please te
Viktor Szakáts wrote:
>
> Perhaps:
> VAR events // in QApplication
> instead of:
> STATIC s_events
>
> Former is much cleaner. QApplication class
> seems to be a requirement for any HBQT app
> so it seems doable.
>
Oh, I thought you suggested on C++ level.
Yes, it is doable on TQApplica
>> Is it be possible to add slots and events holder variables
>> to QApplication class? If technically possible, IMO it should
>> be done to clean this part of QT. It wouldn't even be
>> an incompatible change, just convenience, since these
>> two holders are always needed for QT apps.
>>
>
>
francesco perillo wrote:
>
> We are passing s_slots from Harbour to connect_signal where it is
> HBSlots * t_slots... and this is my concern: WHY are you passing
> s_slots back/forth between Harbour and C++ ?
>
> Since from example number 2 slots are used (a Qt program without
> slots/events is
Viktor Szakáts wrote:
>
> Is it be possible to add slots and events holder variables
> to QApplication class? If technically possible, IMO it should
> be done to clean this part of QT. It wouldn't even be
> an incompatible change, just convenience, since these
> two holders are always needed
Hi Pritpal
>> 1) is there some reason for having s_slots and s_events handled by the
>> programmer and not hidden someway ?
>
> Yes, because in Harbour we are calling Qt classes by function calls
> instead of class/method calls. We cannot call Qt classes directly.
> Though my explanation may appea
Hi Pritpal,
>> 1) is there some reason for having s_slots and s_events handled by the
>> programmer and not hidden someway ?
>>
>
> Yes, because in Harbour we are calling Qt classes by function calls
> instead of class/method calls. We cannot call Qt classes directly.
> Though my explanation may
francesco perillo wrote:
>
> 1) is there some reason for having s_slots and s_events handled by the
> programmer and not hidden someway ?
>
Yes, because in Harbour we are calling Qt classes by function calls
instead of class/method calls. We cannot call Qt classes directly.
Though my explanati
Very intresting!
2010/4/9 francesco perillo
> >
> > BTW what are exactly : hbqt: a couple of questions ?
>
> 1) is there some reason for having s_slots and s_events handled by the
> programmer and not hidden someway ?
>
> 2) how can I translate 1:1 from c++
> QObject::connect( &quit, SIGNAL(clic
>
> BTW what are exactly : hbqt: a couple of questions ?
1) is there some reason for having s_slots and s_events handled by the
programmer and not hidden someway ?
2) how can I translate 1:1 from c++
QObject::connect( &quit, SIGNAL(clicked()), &a, SLOT(quit()) );
to harbour/Qt ...
I was transla
francesco perillo wrote:
>
> This evening I started to "study" hbqt and I started from the sample
> code I found on trolltech site...
>
BTW what are exactly : hbqt: a couple of questions ?
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in c
Antonio Maniero wrote:
>
> Hi
>
> Why "clicked()" is not a codeblock?
>
> []'s Maniero
>
>
> 2010/4/8 Pritpal Bedi
>
>>
>>
>> francesco perillo wrote:
>> >
>> > So I started to ask myself the necessity to have s_slots and s_events
>> > (whatever you call them) defined and handled by the pr
Hi
Why "clicked()" is not a codeblock?
[]'s Maniero
2010/4/8 Pritpal Bedi
>
>
> francesco perillo wrote:
> >
> > So I started to ask myself the necessity to have s_slots and s_events
> > (whatever you call them) defined and handled by the programmer.
> > And (I understand that QT_SLOTS_CONNEC
francesco perillo wrote:
>
> So I started to ask myself the necessity to have s_slots and s_events
> (whatever you call them) defined and handled by the programmer.
> And (I understand that QT_SLOTS_CONNECT has a more powerfull syntax
> since it doesn't require you to create SLOT handlers in obj
25 matches
Mail list logo
