FiveTech Software tech support forums

We need to highly optimize image painting logic in the cells.
I will try to make a sample for you.

It will help me very much if you can share your dbf with me.
my email:
nageswaragunupudi [at] gmail [dot] com.
I don't need images. I will substitute with some images that are with me here

... I would think that just moving to a cell, the debug would not be called once. Commenting this code out, from the point of lCheck... (Lcheck is for painting the images or not. Not when I want more speed) The number go from Right key 65 times to 5 Left key 13 times to 1 Almost ok, but then I have ...

... oTitle ID 123 of oDlg SHADOW NOSHADOW  No joy. Please try to reduce the height used by TScrDlg() I reduced the controls from 10 to 7 sets. Seems painting issue is consistent. There will be extra bits painted near the 5th, 7th and 10th TTitle

Antonio Linares wrote:

Enrico Maria Giordano wrote:You changed your look again!

It is an AI created painting

Are you serious?

Enrico Maria Giordano wrote:You changed your look again!

It is an AI created painting

No joy.

Antonio Linares wrote:Please try to reduce the height used by TScrDlg()

I reduced the controls from 10 to 7 sets. Seems painting issue is consistent.
There will be extra bits painted near the 5th, 7th and 10th TTitle

When I added up to 10 RTF controls within the same page on the TFolderEx,
the screen painting starts to become weird and folder names got painted where it shouldn't exist.

How to fix this?

We are sorry. There is a bug in TGraph.prg while printing PIE chart directly to printer. Painting on screen works well. We suggest the fix here. You may apply this fix to tgraph.prg. Line 2194 in the Method DrawPie() of TGraph.prg: Existing code: hMemCDC := ::oWnd:GetDC() ...

nageswaragunupudi wrote:
This bug remains even till today.

We will work on suitable fix and get back.

Till then, please depend on oBrw:lFullRefresh := .t., though this slows down the browse painting

Mr. Rao,

oBrw:lFullRefresh := .t. // I do not know this DATA

or

oBrw:lFullPaint := .t.

Thanks

... to the array (or other datasource) but the change is not updated in the browse. What exactly happening is that the browse is scrolled up without repainting the last row. This bug remains even till today. We will work on suitable fix and get back. Till then, please depend on oBrw:lFullPaint := .t., ...

1) We did not make any changes to the painting logic for a long time. 2) May we know which old version are you comparing with? 3) Anyway, please add this setting and see if the problem is fixed: oBrw:lContrastClr := .F. 4) If the problem still ...

1) We did not make any changes to the painting logic for a long time. 2) May we know which old version are you comparing with? 3) Anyway, please add this setting and see if the problem is fixed: oBrw:lContrastClr := .F. 4) If the problem still ...

Very good Cristobal, Just some minor glitches on the corners, but the shadow painting seems to be correct many thanks! Yes, this effect is produced by painting the control (method paint and SetWindowRgn (:: hWnd, hRgnWnd)). You have to try to implement in the ...

Very good Cristobal,

Just some minor glitches on the corners, but the shadow painting seems to be correct

many thanks!

Dear Tim,

Please try this:

oBrw:bKeyDown := { | nKey | If( nKey == VK_DOWN, oBrw:Refresh(),) }

it looks to me more an issue with the display driver. Does Windows run fast on painting on other apps ?