>>>>>>>Hi,
>>>>>>>
>>>>>>>If you look at the attached image, you may notice that the label controls have a darker shade gray background.
>>>>>>>What cause this? If not for this dark background, the label would look on the form "cleaner"
>>>>>>
>>>>>> .backstyle=0
>>>>>
>>>>>Of course there is the potential problem with transparent background with some controls due to "side effects" of antialiasing -- subsequent repaints of screen would cause the text to look "smudgy," and in low bit-depth colour (16 color mode, and sometimes 256 color mode -- though those modes are probably not likely nowadays) modes you could start getting "speckles" of various colours from dithering.
>>>>
>>>>Are you saying that it is "safer" to keep the backstyle set to 1?
>>>
>>>Just warning you of potential downside to having transparent background for labels. This "side effect" will possibly end up being more annoying than the slightly different background colour.
>>
>>Thank you. I think I will stay with the current value, backstyle = 1; until I see a benefit without a downside.
>
>I don't remember when was the last time I saw something of that effect... perhaps 2002.
>
>But if you want to go with non-transparent (and there may be a good reason for that - a stretching object which may be overlaid by your label, with transparency may become quite unreadable), you may put
>
>this.backcolor=this.parent.backcolor
>
>in label's .uienable (not .init(), because parent's .init() executes later, and it may set its .background differently from its default value).

The "gotcha" is that when THEMES is set to .T. the BACKCOLOR values don't apply.