by TimStone » Thu Jul 13, 2023 1:51 am
Many years back, several of us worked to build an integration for Codeblock Calendar into FWH. You will find it in the samples directory of the FWH distributions.
In one of my added functions, I can select a color to designate who will be performing the work ( or any other user defined purpose ). The color is associated with an ID
One attribute you can define is the Label for the particular appointment event, and the ID determines the background color for that appointment entry. The label is a numeric value that you specify. Codejock has a list of default colors, their RGB values, and the ID code used.
On the dropdown I select a color, and store the code value to the record for that event ( appointment ). Then when displaying the full calendar, it is to display in the selected color.
I had color mismatches and assumed it was because my bmp files used for each code were wrong. So I used the function you suggested, and I can see that each value is perfectly correct. Since the menu also shows the ID, I know I have a 100% match between the default, internal, color list and my bitmaps.
The problem is when the even displays on the main calendar, it shows an incorrect color. It is a different one than what I have selected.
Thus, I can only conclude that the chart inside of Codejock, with its defaults, does not match the IDs that are described in the documentation help file.
That is why it is a Codejock issue. What you gave me works perfectly. I can likely do a work around by finding the current id values through testing, and then making my bitmaps use those. It's just annoying !
Your solution was perfect. I just need to now match up the colors with their current values.