HMGforum.com

Posted: **Fri May 20, 2011 3:56 pm**

mrduck wrote:In XP all the "buttons" in the statusbar are identical, raised and flat looks identical.

Here, in XP, they look different, as they should...

Posted: **Fri May 20, 2011 4:26 pm**

mrduck wrote:It's working here on xp, qt 4.7.0, harbour from today svn

After some researching in my system I found that I had 3 QtCore4.dll !
I downloaded today´s Nightly Harbour and it comes with QT 4.6.3.
This version do not work Ok ! Specially with images. Seems that only PNG images are Ok.
I also have 2 copies of version 4.7.0, one in C:\Windows\System32 and another in C:\hmg.4\qt\bin from the QT4 bundled download.
This 4.7.0 version seems to be Ok here, with all the lib recompiled with today´s Nightly Harbour and replacing the 4.6.3 version with the 4.7.0 one.
Inclusive rised and flat buttons...

Posted: **Fri May 20, 2011 5:02 pm**

Thanks for the info! I will check this out.

Posted: **Fri May 20, 2011 5:59 pm**

rathinagiri wrote:
concentra wrote:In samples\VirtualGrid\demo_3, in the menu, if I choose "Methods" - "DeleteColumn(2)", the whole data is deleted, not only the column 2.
It is purposefully done for HMG 3 backward compatibility. This is from HMG 3 Reference Doc.
Code: Select all
DeleteColumn Method

Deletes a Column From a Grid Control

Syntax:

      <ParentWindowName>.<ControlName>. DeleteColumn ( <nColIndex>)

When this command / method is used all items in grid (if any) will be lost.
But, we can re-think!

To me this seems to be a bug or a limitation in HMG3 and should be fixed or settled as a compatibility bug.
May I suggest to introduce an environment variable check to manage this kind of issue ?
Something like this:

Code: Select all

IF GETENV( "HMG3STRICTCOMPATIBILITY" ) = "YES"
 ... do the backward compatibility code here
ELSE
 ... do the no compatible code here
ENDIF

Posted: **Fri May 20, 2011 6:27 pm**

Code: Select all

2011-05-20 13:45 UTC-0300 Mauricio Ventura Faria (<conc001 a+t gmail com>)
  * source/tabpage.prg
  * source/tab.prg
    ! Removed Create method not needed anymore.

Posted: **Fri May 20, 2011 7:12 pm**

Hi All !

The "Graph" commands are hogging the CPU.
This is not noted in multiple core CPUs until you run as many hogging EXEs as the number of CPUs in the core.
And seems that this is not new, it was always that way.
I tried to debug this and found that the painting function draws the graphs again and again and again...
The graph commands are stored in an array and are not deleted until an explicit command to do this is emitted
I was unable to provide a solution...

Posted: **Fri May 20, 2011 8:20 pm**

That really is a problem.

Can we use http://doc.trolltech.com/3.3/qglwidget.html ?

Posted: **Fri May 20, 2011 11:59 pm**

Code: Select all

2011-05-20 20:58 UTC-0300 Carlos Britos ( <bcd12a(a_t)yahoo.com.ar> )
  * include/hmg.ch
    + Added Inverted property to Dial and Slider.
    + Added Inverted property to One-liner definitions.
    + Added #xcommand PLAY WAVE <fileWav> => PlayWave( <fileWav> ).

  * hmg.hbp
    ! Added media.prg file to the list.

  + source\media.prg
    * Sound class to play wav files and PlayWave() function.

  + samples\media\
    + Added demo_1.prg and utilities files to test Play Wav files.

Posted: **Sat May 21, 2011 9:30 am**

concentra wrote:Hi All !

The "Graph" commands are hogging the CPU.
This is not noted in multiple core CPUs until you run as many hogging EXEs as the number of CPUs in the core.
And seems that this is not new, it was always that way.
I tried to debug this and found that the painting function draws the graphs again and again and again...
The graph commands are stored in an array and are not deleted until an explicit command to do this is emitted
I was unable to provide a solution...

method DoGraphCommands is called at each paint event:

Code: Select all

// Paint event sub-classing FOR graph commands & Onpaint event
::oQTObject:connect( QEvent_Paint , {||Self:DoGraphCommands()} )

and I think it is not necessary since we are painting on a QPixmap.... Qt takes care of all repainting needs (when the window is covered by another window and the likes)

I can't test now, can someone test remming that :connect ?

I took graph.prg and window.prg and used it in a sample "pure" hbQt project and I did not use the :connect and it works flawlessy and with no cpu load...

Posted: **Sat May 21, 2011 2:09 pm**

concentra wrote:I downloaded today´s Nightly Harbour and it comes with QT 4.6.3.
This version do not work Ok ! Specially with images. Seems that only PNG images are Ok.

The problems with images are related to plugins. If plugin is present you can open that kind of images... plugin directory is listed in qt.conf file (or can be specified in the program code)

HMGforum.com

Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table

Re: Welcome to the Project Developers' Table