FiveTech Software tech support forums

... adopted oBrw:nClrPane := { |nRow| iif( nRow % 2 == 0, rgb(255,255,235), rgb(192,208,179)) } the browse paints alternative rows with different colors. It works well if the naviagation is by PgDn, PgUp, Vertical ScrollBar, but fails when the page is scrolled ...

... have done 2. Use a SAY control: @ ..., ... SAY ... The advantage of using the 2) is that you don't have to repaint it. The control automatically paints itself. With 1) you have to paint the text everytime the window is repainted My advice is to use a SAY control that uses a brush with a gradient

> 1) Now it is not painting the left vertical bars for MDI child list. It is ok for the selected MDI child but paints white for unslected child windows. > Please provide a screenshot using http://www.imageshack.us > 2) Menu looks well on both 32 & 16 bit colors, but ...

... tested on 32,16 and 8 bit colors. 1) Now it is not painting the left vertical bars for MDI child list. It is ok for the selected MDI child but paints white for unslected child windows. 2) Menu looks well on both 32 & 16 bit colors, but _does_not_ look good on 8 bit (256 colors). ( Earlier ...

Antonio Linares wrote:Ugo,

Yes, it should be applied to all FWH builds.

To test it, use a brush on the main window and move the calculator over it. You will see that the painting is not ok. With the fix, it paints ok.

Yes! Wonderful improvement! It works with bitmap backgrounds too.

EMG

Antonio Linares wrote:Ugo,

Yes, it should be applied to all FWH builds.

To test it, use a brush on the main window and move the calculator over it. You will see that the painting is not ok. With the fix, it paints ok.

Antonio,
many thanks.

Ugo,

Yes, it should be applied to all FWH builds.

To test it, use a brush on the main window and move the calculator over it. You will see that the painting is not ok. With the fix, it paints ok.

Thanks Antonio, Indeed that line paints the area but when the rows are painted it is overwritten in a blank area. I Think this is done in the dispend method of the Windows Class. Is this browse painted correctly in your screens. I use the ...

... functions. * Fix: Recent changes in function lIsDir() where not working right. Now it is ok. * Fix: Class TXBrowse Method Paint(), now it properly paints the columns headers when there are no records to show. * Enhancement: New config templates to use FWH with UEStudio. Please review UEStudio\FWH.zip ...

In metthod seek, try to remove the following line ::lRefreshOnlyData := .T. appear 2 times. Thanks Biel, incremental search paints ok now. :D But the multiselect feature still paints bad when only clicking with the mouse into the browse window :( Maybe some one could help? ...

Enrico That seems a bit closer .. but I get an error after the listbox paints .. Stack Calls =========== Called from: win32ole.prg => TOLEAUTO:RECORDCOUNT(0) Called from: access.prg => (b)_LWMFSBROW(60) Called from: WBROWSE.PRG => TWBROWSE:DISPLAY(0) ...

Silvio,

You may check where the mouse is clicked and change the mouse cursor to a one that also paints the portion that you want to move. When the mouse is released then you check where it is and change the drawing accordingly.

Ramesh,

ON INIT is executed before ON PAINT.

Anyhow, its not easy to find a workaround for that issue. Maybe the bitmap Method Paint() should call the parent window gradient painting function directly before it paints the bitmap. You may try it.

Mr.Antonio It looks as the controls get painted before the ON PAINT event, thats why the bitmap does not paints transparent. Can you please give me some guidance to check the above point and find a work around way? By the way ON PAINT and ON INIT which one occurs first ? Regards ...

Ramesh,

It looks as the controls get painted before the ON PAINT event, thats why the bitmap does not paints transparent.

You may have several differents gradients bitmaps and use the right one for the dialog height that you need.