FiveTech Software tech support forums

Bitmaps on dialogs are not more visible using FWH 18.01, at least in my applications.

Any ideas?

EMG

Enrico, you obtain any error?

It works again if I comment out

Code: Select all  Expand view

#define REVD1801

inside bitmap.prg.

Any better solution?

EMG

cnavarro wrote:Enrico, you obtain any error?

No, only a blank bitmap.

EMG

How do you call painting your bitmaps?, or you use command for define bitmaps?

cnavarro wrote:How do you call painting your bitmaps?, or you use command for define bitmaps?

I'm using REDEFINE BITMAP command.

EMG

Enrico Maria Giordano wrote:It works again if I comment out

Code: Select all  Expand view

#define REVD1801

inside bitmap.prg.

Any better solution?

EMG

And even with the line above commented out, the bitmap is blank if the REDEFINE BITMAP ... TRANSPARENT clause is used.

All of this used to worked perfectly in the previous FWH releases (since decades).

EMG

It works perfectly if bitmap.prg from the previous FWH release is used.

EMG

Mr Enrico

I tried to reproduce your problem but could not. I would be highly thankful if you can provide a small sample to reproduce the problem.

nageswaragunupudi wrote:Mr Enrico

I tried to reproduce your problem but could not. I would be highly thankful if you can provide a small sample to reproduce the problem.

No, sorry. I can't reproduce the problem with a sample, only in my applications.

EMG

Ok, never mind, my fault, sorry. Case closed.

EMG

The problem (for the posterity) was that I redefined GetObjectType() function that now is used for FW_ReadImage().

EMG

Enrico Maria Giordano wrote:The problem (for the posterity) was that I redefined GetObjectType() function that now is used for FW_ReadImage().

EMG

At first, I thank you for the clarification. I feel greatly relieved that I did not introduce any bug.

At the same time, I am also sorry. We started the convention of prefixing FW_ to all FWH functions not to clash with programmers' own functions inadvertently. But this was a function which we created earlier. Sorry for the inconvenience.

No problem, my friend.

EMG