The color palette has been damaged on FileMaker Pro 9. How do I restore it?

Increased point value in the hope someone will answer!

never seen that... amazing
I am not even sure this is in the registry, I'll check later on today, I have no fm on the current machine. re-installing it, or just the last FM update, should fix it, but it's interesting to locate it before, as I'd like to make my own palette.

checked my own machine, could not repeat the problem.
check the filemaker/CMap folder for any missing/corrupted file

Would that be on the server? I assume so, because it holds on every machine.

And how do I know if it is missing? Or corrupted??

no it would be on client.
how, by copying a set of files from a machine which works.

I tried reinstalling filemaker and the palletes remained the same. The company recently got a new computer, and the color pallete on that computer is also damaged.
I am concerned about just copying files because of the activation process. Won't I be overwriting activation files?

before copying files, mk a copy of the folder. if it turns out to be wrong, you'll be able to restore it.
on mac, a recent case proved that the reg file is hidden somewhere in the system lib folder. on windows, I don't know, I never had to look for it.
Looks like this colour stuff would be in the database itself??
So you new computer gets the pb, even on another new database or only with the served one?
Does the database pass the recover process?

I don't see how the color pallette could be in the file itself, because on my computer the color is always right. (I zip the files from the company and bring them down to my computer). On ALL the company computers, the pallette is wrong, whether it is the Advanced version or just the Pro version.

I tried copying the FileMaker Pro 9 Advanced folder to the newest computer. I opened a local file and a file on the server. Both had the damaged pallette.

So I went back to the original version. Of course the pallette was still damaged on both.

I recovered the local file and it passed with flying colors....except for the pallette of course. That remains damaged.

That sort of leaves the server as the culprit....or does it?  How could it be getting the pallette from the server?

mystery... just a fuzzy clue, could it be based on the host graphic card colour setup? and yr server would be set as 16 or 256 colours since nobody cares about the appearance on a server? or the server would run with the default windows setup with on graphic card driver, ie in 640x480, 256 colours?

I tried to change the graphic card driver setup here on mine, but it does not offer 16 and 256 colours any more...
if the server is the guilty one, then a file stored locally on one of your custumer's machines should be ok? is that true?

Hmmm...depends on whether the server overwrites the networked computers. It is obviously good on mine.

you mean your computer on their network? direct on LAN or through a public or VPN line?

No I mean good on mine at home. I use remote desktop to get in.
Are you suggesting that it is the graphics card setup that is causing this problem?

I believe you have found the issue. All of us who remote in have the same bad pallette. When they are in the office, the pallette is fine.
Is there anything I can do when the current protocol is to remote in using Remote Desktop?

As of this time, I don't have the final answer (on what exactly we are going to do), but I have left this question open long enought. Thanks for your help! In the meantime, I have to go in and put numbers in the RBG fields to get the colors I need.