Hi John Galt:
Thanks for submitting your post.
I was able to reproduce the issue on a 10.6.8 machine, although I was not able to reproduce the issue every time. I'll forward the information along with my findings to our Testing and Development department.
FYI, for me it happens everytime...but only if I use a custom color that is stored in the system color palette. If I use one do the FMP native colors it matches exactly.
This issue is not limited to conditional formatting. I am working on a database that uses a number of colored radio buttons. These show up in black as well. I suspect it has to do with an error in the conversion process.
Incidentally this solution shows up as being corrupted after conversion although the original FM 11 has been checked frequently by rebuilding a copy of the original file during development. The original file is definitely not corrupted. Either a conversion to FM 12 will corrupt the file or there is an issue with the rebuild command in FM 12.
Has anyone replicated this on a Windows box? I ran a quick test yesterday and could not replicate it, but it may depend on the specific custom color so I can hardly claim to have test this exhaustively...
This is not a new problem, I've had this happen to me in 11.
Lee, are you choosing a color from a saved custom color palette or with the color picker/eye dropper? I only get the color shift in FMP11 when I uses the color picker.
They were saved to the palette and when picked for the current file, it would not display properly. The color would appear slightly darker.
I cannot reproduce the problem in FM11.
Try this mix of color
or if you perfer
create the color, and then use it on an
Use the eye glass to color a second object