background behaviour with radiobuttons and checkboxes

I have a few fields that use radiobuttons and checkboxes as displayTypes with attached valuelists behind them.

First of all, when I enter Data mode the values are displayed in a grey area which I cannot change into the backgroundcolor of the field in which they are displayed (also the use of transparent leads to no avail).

The second, and in my opinion a much worse problem, is when I click just outside the grey area with the values, the backgroundcolor of the field takes over the last displayed value in the field so you won’t be able to see it anymore.

Am I doing something wrong, or is this a bug in Servoy?

It works for me. Can you make a small sample solution?
What OS, Java and Servoy versions do you have?

I run Servoy 3.5.5 with Mac OS X 10.5.2 and J2SE 5.0

The same problem is happening when opening the Servoy Sample CRM which comes automaticly with installing Servoy. When I go to ‘products’ and click the ‘edit’ button, I can check different ‘Product Types’ (i.e. Online Products, Retail Products and Wholesale Products). When I click right of the word Wholesale Products (where the field is blanc) the ‘Wholesale Products’ disappears together with the checkbox. I have to click on Retail Products or Online Products to make it visible again.

Ok. I reproduced the problem with the dissapearing radio on Mac OS X with 3.5.5, Java 1.5.
Please add this issue to the support system:

You also said in the first post that you had problems with the background & transparency of radio/check fields. Can you tell me how I can reproduce those (or just put that in the case too)?
Thank you.

Yes, that problem is also visible in the Servoy Sample CRM solution. When you go to Products again and view the Product Types field (without clicking on the Edit button) you notice that there is a difference in grey between the area with text and the blanc area of the field.

Even when I set the background color in a method (#f0f0f0), the difference in grey is still visible.

The only workaround I have found is a method that first sets the background to a totally different color (e.g. #feffe4) and then again to the normal color (#f0f0f0).