Welcome to the Project Developers' Table
Moderator: Rathinagiri
- Roberto Lopez
- HMG Founder
- Posts: 4023
- Joined: Wed Jul 30, 2008 6:43 pm
Re: Welcome to the Project Developers' Table
HMG.4 New Windows Binaries+Source Release (2010.10.28)
Hi All,
Updated Windows binaries containing the latest Harbour/HBQT and HMG library.
http://www.sourceforge.net/projects/hmg
Enjoy!
Hi All,
Updated Windows binaries containing the latest Harbour/HBQT and HMG library.
http://www.sourceforge.net/projects/hmg
Enjoy!
Regards/Saludos,
Roberto
(Veritas Filia Temporis)
Roberto
(Veritas Filia Temporis)
- Roberto Lopez
- HMG Founder
- Posts: 4023
- Joined: Wed Jul 30, 2008 6:43 pm
Re: Welcome to the Project Developers' Table
Hi All,
Conversion is done and new binaries uploaded.
You can continue committing now.
Conversion is done and new binaries uploaded.
You can continue committing now.
Regards/Saludos,
Roberto
(Veritas Filia Temporis)
Roberto
(Veritas Filia Temporis)
- Roberto Lopez
- HMG Founder
- Posts: 4023
- Joined: Wed Jul 30, 2008 6:43 pm
Re: Welcome to the Project Developers' Table
Francesco, Maurizio,
Has you some little sample showing how to use installEventFilter in HBQT?
TIA.
Has you some little sample showing how to use installEventFilter in HBQT?
TIA.
Regards/Saludos,
Roberto
(Veritas Filia Temporis)
Roberto
(Veritas Filia Temporis)
Re: Welcome to the Project Developers' Table
Hi Roberto,Roberto Lopez wrote:Has you some little sample showing how to use installEventFilter in HBQT?
you did the right thing disabling the change of codeblocks at runtime, but I tell you that some on* methods just do the connect directly, others set a internal variable.
In the second case the callback is handled by a function that at the end does
if is_codeblock( ::on* )
eval( ::on* )
endif
in this case you can allow to change the codeblock at runtime (there is not a new connect) and we should port all the other case to this one: at the first on* := {||...} wi do the realconnect to an internal method and assign the codeblock .... etc etc
No, I don't use installEventFilter and I don't think you should use it. It is handled by a :connect( Qt_eventname, {||...}) where Qt_eventname is a numeric value....or do you need for more things ?
- Roberto Lopez
- HMG Founder
- Posts: 4023
- Joined: Wed Jul 30, 2008 6:43 pm
Re: Welcome to the Project Developers' Table
Some minutes ago a new change regarding this was made:mrduck wrote: Hi Roberto,
you did the right thing disabling the change of codeblocks at runtime, but I tell you that some on* methods just do the connect directly, others set a internal variable.
<...>
I've rebuilt Harbour and started testing using the previous code, but I still getting an RTE for at least one of them (I must do more testing).2010-10-28 23:51 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/qtcore/hbqt_misc.prg
+ Changed to not RTE when disconnecting not-connected
event. It will instead return .F. now.
To be consistent with slots in this regard.
So, which is the current situation regarding this?
Well... it is regarding IDE form editor.mrduck wrote: No, I don't use installEventFilter and I don't think you should use it. It is handled by a :connect( Qt_eventname, {||...}) where Qt_eventname is a numeric value....or do you need for more things ?
We are using this code to handle controls moving:
Code: Select all
&cVar:oQTObject:connect( QEvent_MouseMove, {|p| ProcessControlDrag( p , oControl ) } )
&cVar:oQTObject:connect( QEvent_MouseButtonPress, {|p| ProcessControlMousePress( p , oControl ) } )
&cVar:oQTObject:connect( QEvent_MouseButtonRelease, {|p| ProcessControlMouseRelease( p , oControl ) } )
So, we are looking for alternate solutions for those controls.
If you have any idea about this, it could be very useful to form editor completion.
TIA.
Regards/Saludos,
Roberto
(Veritas Filia Temporis)
Roberto
(Veritas Filia Temporis)
- Roberto Lopez
- HMG Founder
- Posts: 4023
- Joined: Wed Jul 30, 2008 6:43 pm
Re: Welcome to the Project Developers' Table
With current (15710) Harbour sources and all disconnect calls in place again, you'll get this error with checkbox demo_1:Roberto Lopez wrote: Some minutes ago a new change regarding this was made:
I've rebuilt Harbour and started testing using the previous code, but I still getting an RTE for at least one of them (I must do more testing).2010-10-28 23:51 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/qtcore/hbqt_misc.prg
+ Changed to not RTE when disconnecting not-connected
event. It will instead return .F. now.
To be consistent with slots in this regard.
So, which is the current situation regarding this?
Error HBQT/1299 Argument error
Called from __HBQT_ERROR( 0 )
Called from QCHECKBOX:DISCONNECT( 0 )
Called from CHECKBOX:_ONGOTFOCUS( 1092 )
Called from CHECKBOX:CREATE( 179 )
Called from WINDOW:CREATEPENDINGCHILDCONTROLS( 1336 )
Called from WINDOW:ACTIVATE( 1531 )
Called from MAIN( 86 )
Regards/Saludos,
Roberto
(Veritas Filia Temporis)
Roberto
(Veritas Filia Temporis)
-
mlacecilia
- Posts: 22
- Joined: Fri Oct 08, 2010 2:44 pm
Re: Welcome to the Project Developers' Table
With Harbour 15712 it's working fine. It was an hbqt problem.With current (15710) Harbour sources and all disconnect calls in place again, you'll get this error with checkbox demo_1:
Best regards.
Maurizio
- Rathinagiri
- Posts: 5482
- Joined: Tue Jul 29, 2008 6:30 pm
- DBs Used: MariaDB, SQLite, SQLCipher and MySQL
- Location: Sivakasi, India
- Contact:
Re: Welcome to the Project Developers' Table
2010-10-29 12:30 UTC+0530 Rathinagiri (srgiri@dataone.in)
* hmgide/ide.prg
! Controls resize experiment.
2010-10-29 12:30 UTC+0530 Rathinagiri (srgiri@dataone.in)
* source/ipaddress.prg
! Small fix for the bug in Validator string created while formatting.
2010-10-29 11:15 UTC+0530 Rathinagiri (srgiri@dataone.in)
* hmgide/ide.prg
! Made all the controls to work...
* hmgide/ide.prg
! Controls resize experiment.
2010-10-29 12:30 UTC+0530 Rathinagiri (srgiri@dataone.in)
* source/ipaddress.prg
! Small fix for the bug in Validator string created while formatting.
2010-10-29 11:15 UTC+0530 Rathinagiri (srgiri@dataone.in)
* hmgide/ide.prg
! Made all the controls to work...
East or West HMG is the Best.
South or North HMG is worth.
...the possibilities are endless.
South or North HMG is worth.
...the possibilities are endless.
- Rathinagiri
- Posts: 5482
- Joined: Tue Jul 29, 2008 6:30 pm
- DBs Used: MariaDB, SQLite, SQLCipher and MySQL
- Location: Sivakasi, India
- Contact:
Re: Welcome to the Project Developers' Table
I can't run samples/window.main/demo_3.prg. Following is the error_log. What is happening? 
Called from __HBQT_ERROR( 0 )
Called from QMAINWINDOW:CONNECT( 0 )
Called from WINDOW:ONSTATECHANGE( 1117 )
Called from WINDOW:_ONMAXIMIZE( 1079 )
Called from WINDOW:ACTIVATE( 1777 )
Called from MAIN( 176 )
Called from __HBQT_ERROR( 0 )
Called from QMAINWINDOW:CONNECT( 0 )
Called from WINDOW:ONSTATECHANGE( 1117 )
Called from WINDOW:_ONMAXIMIZE( 1079 )
Called from WINDOW:ACTIVATE( 1777 )
Called from MAIN( 176 )
East or West HMG is the Best.
South or North HMG is worth.
...the possibilities are endless.
South or North HMG is worth.
...the possibilities are endless.
Re: Welcome to the Project Developers' Table
There have been changes in the :connect handling, it's a work in progress... I will try to test later.
rathinagiri wrote:I can't run samples/window.main/demo_3.prg. Following is the error_log. What is happening?
Called from __HBQT_ERROR( 0 )
Called from QMAINWINDOW:CONNECT( 0 )
Called from WINDOW:ONSTATECHANGE( 1117 )
Called from WINDOW:_ONMAXIMIZE( 1079 )
Called from WINDOW:ACTIVATE( 1777 )
Called from MAIN( 176 )