Event Colors
SeedCodeCalendar12.EventColors History
Hide minor edits - Show changes to output
Added lines 45-46:
(Note that colors were fundamentally reworked in [[version history | version]] 7.23 and are much more stable now as they don't depend on fonts, check out the [[version history]] notes for instructions on upgrading to the new build.)
Changed line 26 from:
Yes. Toward the end of the "Load Calendar Settings - On Startup..." script, set the $$sc_ColorCodeBySource variable to "1". Then change the values entered on the "Assign Colors" layout to match the names of your sources. Use the source names exactly as they are being set into the $$sc_SourceName[X] variable in the "Load Source Settings at Startup --- Describe Your Sources Here" script (e.g., "Sample Events").
to:
Yes. If you aren't using the "Status" field in your source table(s), change it to a calc field that returns the name of the source (e.g., "Sample Events"). Make sure the result type for the calc is Text. If you are using the Status field, make a different calc field for the source, then just map the field object on the "Colors" tab on the "Source No X" layouts to that new field.
Changed line 26 from:
Yes. Toward the end of the "Load Calendar Settings - On Startup..." script, set the $$sc_ColorCodeBySource variable to "1". Then change the values entered on the "Assign Colors" layout to match the names of your sources. Use the source names that are being set into the $$sc_SourceName[X] variable in the "Load Source Settings at Startup --- Describe Your Sources Here" script (e.g., "Sample Events").
to:
Yes. Toward the end of the "Load Calendar Settings - On Startup..." script, set the $$sc_ColorCodeBySource variable to "1". Then change the values entered on the "Assign Colors" layout to match the names of your sources. Use the source names exactly as they are being set into the $$sc_SourceName[X] variable in the "Load Source Settings at Startup --- Describe Your Sources Here" script (e.g., "Sample Events").
Changed line 26 from:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then change the names entered for the "statuses" in the screen above to be the names of your sources. Use the same names you're using on the first tab on your Source No X layout.
to:
Yes. Toward the end of the "Load Calendar Settings - On Startup..." script, set the $$sc_ColorCodeBySource variable to "1". Then change the values entered on the "Assign Colors" layout to match the names of your sources. Use the source names that are being set into the $$sc_SourceName[X] variable in the "Load Source Settings at Startup --- Describe Your Sources Here" script (e.g., "Sample Events").
Changed line 56 from:
-> '''6.''' Older versions of the calendar can have a problem with operators in the color name (the event status). You can read up on this issue and check out some workarounds %newwin% [[http://www.seedcode.com/support/viewtopic.php?f=25&t=2897&p=7002 | here]].
to:
-> '''6.''' If you see a black bar instead of your color, it is likely that you have operators (math symbols or FileMaker expressions) in the color name (the event status). We try to trap for most of these but there are a lot of possible combinations. Try different versions of your status name without the operators. Remember you need to change this in the event itself, in the status value list, and in the "assign colors" screen in settings.
Changed lines 30-45 from:
Yes.
So this is kind of a big-picture thing. The calendar is designed to be easily integrated-- that is why we have field mapping layouts like "Source No 1" and get your color field from there. However, once you HAVE integrated the calendar, you can stop relying on some of our abstractions and hard-code some things. So if your source isn't going to change (you're not going to point the calendar at another table) you can get creative with this....
Edit the script "Write One FileMaker Event in iCal Format" and find the line where we set the variabel $scical_Status
That is the color line. In that calc, replace GetField ( $$sc_FieldForStatus ) with a look at your event's related project and grab that color if there is one. Remember, we're on the Source No 1 layout when this happens, so you'll need a valid relationship to projects from there, but assuming you have one, that calc could begin...
Let ( [
-> p = RelatedProject::Color ;
-> s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
] ;
Note that you'll have to make sure your colors match the possible values of a project's status on the Settings tab's "assign colors" screen.
So this is kind of
Edit the script "Write One FileMaker Event in iCal Format" and find the line where we set the variabel $scical_Status
That is the color line. In that calc, replace GetField ( $$sc_FieldForStatus ) with a look at your event's related project and grab that color if there is one. Remember, we're on the Source No 1 layout when this happens, so you'll need a valid relationship to projects from there, but assuming you have one, that calc could begin...
Let ( [
-> p = RelatedProject::Color ;
-> s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
] ;
Note that you'll have to make sure your colors match the possible values of a project's status on the Settings tab's "assign colors" screen
to:
Yes, but only if you create a calc in the events table that reflects this value from the related record (the project in this example). All the fields on the Source No X layout need to come from the table that layout is based on--not from related tables.
Changed lines 11-13 from:
%center% %width=500px% http://www.seedcode.com/rootimages/stikipad/nextcal/assigncolors.png
to:
%center% %width=500px% http://www.seedcode.com/rootimages/stikipad/pro12/assigncolors.png
Added lines 54-55:
You may also want to change the font size of the value "display" at the end of this calc just on the week and month views if you switch them to the triangle display. You'll see an example line there commented out which does this for you.
Changed lines 64-66 from:
-> '''4.''' Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
->'''5.''' Older versions of the calendar can have a problem with operators in the color name (the event status). You can read up on this issue and check out some workarounds %newwin% [url=http://www.seedcode.com/support/viewtopic.php?f=25&t=2897&p=7002]here[/url].
->
to:
-> '''4.''' Still not working? Try running the script "Load Calendar Graphics - alternate".
-> '''5.''' Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
-> '''6.''' Older versions of the calendar can have a problem with operators in the color name (the event status). You can read up on this issue and check out some workarounds %newwin% [[http://www.seedcode.com/support/viewtopic.php?f=25&t=2897&p=7002 | here]].
-> '''5.''' Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
-> '''6.''' Older versions of the calendar can have a problem with operators in the color name (the event status). You can read up on this issue and check out some workarounds %newwin% [[http://www.seedcode.com/support/viewtopic.php?f=25&t=2897&p=7002 | here]].
Changed lines 50-51 from:
%center% %width=400px% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
to:
%center% %width=440px% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
Changed lines 50-51 from:
%center% %width=500px% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
to:
%center% %width=400px% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
Changed lines 50-51 from:
%center% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
to:
%center% %width=500px% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
Changed lines 48-49 from:
Yes. The simple day view (go to Settings / click "Use simple...") uses a different display for colors so that the color doesn't fill the whole event. If you want to use this di
to:
Yes. The simple day view (go to Settings / click "Use simple...") uses a different display for colors so that the color doesn't fill the whole event.
%center% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
If you want to use this display on other views, edit the calc CalendarColorReptCalc in the calendar rows table. The second line of this calc sets "objecto" to use our triangle display only when the mode is "Day" (our simple day mode). Edit this line to use the triangle in any other modes you'd like. For your reference, a list of possible modes can be found [[ModesInTheCalendar | here]].
%center% http://www.seedcode.com/rootimages/stikipad/pro12/trianglecolor.jpg
If you want to use this display on other views, edit the calc CalendarColorReptCalc in the calendar rows table. The second line of this calc sets "objecto" to use our triangle display only when the mode is "Day" (our simple day mode). Edit this line to use the triangle in any other modes you'd like. For your reference, a list of possible modes can be found [[ModesInTheCalendar | here]].
Added lines 46-49:
!! Can I use the triangle of color from the Simple Day View on other views?
Yes. The simple day view (go to Settings / click "Use simple...") uses a different display for colors so that the color doesn't fill the whole event. If you want to use this di
Yes. The simple day view (go to Settings / click "Use simple...") uses a different display for colors so that the color doesn't fill the whole event. If you want to use this di
Added lines 57-58:
-> '''5.''' Older versions of the calendar can have a problem with operators in the color name (the event status). You can read up on this issue and check out some workarounds %newwin% [url=http://www.seedcode.com/support/viewtopic.php?f=25&t=2897&p=7002]here[/url].
Changed lines 44-45 from:
to:
Note that you'll have to make sure your colors match the possible values of a project's status on the Settings tab's "assign colors" screen.
Changed lines 38-40 from:
to:
Let ( [
-> p = RelatedProject::Color ;
-> s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
-> p = RelatedProject::Color ;
-> s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
Changed lines 40-42 from:
s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p ) ] ;
to:
s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
] ;
] ;
Changed lines 40-43 from:
s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
-> ] ;
to:
s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p ) ] ;
Added lines 28-43:
!! Can I color by a field outside the Event, like the Event's Project's Status?
Yes.
So this is kind of a big-picture thing. The calendar is designed to be easily integrated-- that is why we have field mapping layouts like "Source No 1" and get your color field from there. However, once you HAVE integrated the calendar, you can stop relying on some of our abstractions and hard-code some things. So if your source isn't going to change (you're not going to point the calendar at another table) you can get creative with this....
Edit the script "Write One FileMaker Event in iCal Format" and find the line where we set the variabel $scical_Status
That is the color line. In that calc, replace GetField ( $$sc_FieldForStatus ) with a look at your event's related project and grab that color if there is one. Remember, we're on the Source No 1 layout when this happens, so you'll need a valid relationship to projects from there, but assuming you have one, that calc could begin...
-> Let ( [
p = RelatedProject::Color ;
s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
] ;
Yes.
So this is kind of a big-picture thing. The calendar is designed to be easily integrated-- that is why we have field mapping layouts like "Source No 1" and get your color field from there. However, once you HAVE integrated the calendar, you can stop relying on some of our abstractions and hard-code some things. So if your source isn't going to change (you're not going to point the calendar at another table) you can get creative with this....
Edit the script "Write One FileMaker Event in iCal Format" and find the line where we set the variabel $scical_Status
That is the color line. In that calc, replace GetField ( $$sc_FieldForStatus ) with a look at your event's related project and grab that color if there is one. Remember, we're on the Source No 1 layout when this happens, so you'll need a valid relationship to projects from there, but assuming you have one, that calc could begin...
-> Let ( [
p = RelatedProject::Color ;
s = if ( isempty ( p ) ; GetField ( $$sc_FieldForStatus ) ; p )
] ;
Changed lines 26-27 from:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then change the name of the "statuses" in the screen above to be the names of your sources. Use the same names you're using on the first tab on your Source No X layout.
to:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then change the names entered for the "statuses" in the screen above to be the names of your sources. Use the same names you're using on the first tab on your Source No X layout.
Changed lines 26-27 from:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on each of your "Source No X" layouts, edit the assign color section so that it just contains the name of your source in the color you'd want to see. This source name must match the source name used on the fist tab of you "Source No X" layout.
to:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then change the name of the "statuses" in the screen above to be the names of your sources. Use the same names you're using on the first tab on your Source No X layout.
Changed lines 32-36 from:
-> Make sure that the field you use for color mapping on the Source No X layout, and the field you use in SampleEvents::z_sc_ColorCalc are the same fields.
-> If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.If that doesn't get any color visible in that field (it should be visible in the field without you having to enter the field with your cursor), copy and paste the contents of that field from an uncloned copy of the file.
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
-> If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
to:
-> '''1.''' Make sure that the field you use for color mapping on the Source No X layout, and the field you use in SampleEvents::z_sc_ColorCalc are the same fields.
-> '''2.''' If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.
-> '''3.''' If that doesn't get any color visible in that field (it should be visible in the field without you having to enter the field with your cursor), copy and paste the contents of that field from an uncloned copy of the file.
-> '''4.''' Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
-> '''2.''' If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.
-> '''3.''' If that doesn't get any color visible in that field (it should be visible in the field without you having to enter the field with your cursor), copy and paste the contents of that field from an uncloned copy of the file.
-> '''4.''' Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
Changed lines 34-35 from:
-> If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.
to:
-> If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again. If that doesn't get any color visible in that field (it should be visible in the field without you having to enter the field with your cursor), copy and paste the contents of that field from an uncloned copy of the file.
Changed lines 36-44 from:
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values you've colored on your Sources No X layout.
-> If some/all your events come up colored black, check the color tab of your "Sources No X" layout, a couple things need to be true about this list of colors:
--> There must be at least 2 items there, hence we begin our list with "Edit the colors below".
--> No event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
--> Items of the same color need to be separated by an item of a different color (even if that isn't a "real" status).
-> If some/all your events come up colored black, check the color tab of your "Sources No X" layout, a couple things need to be true about this list of colors:
--> There must be at least 2 items there, hence we begin our list with "Edit the colors below".
--> No event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
--> Items of the same color need to be separated by an item of a different color (even if that isn't a "real" status)
to:
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values shown in the Assign Colors layout.
Changed lines 16-17 from:
-> The portal on the left
to:
-> The portal on the left is based on records from the CalendarColors table and the "new status" button will make a new record in that table so you can create as many "statuses" as you want.
-> The portal is sorted by the value list "Status" so you'll want to keep that value list in synch with the contents of this portal. We use a by-hand value list here instead of basing the value list on CalendarColors records because we like how you can specify the sort order of a value list and use separators ("-") that you can't when you base a value list on a field.
-> You can '''override the color''' of any status by simply typing a new RGB value into each row.
-> You can easily alter the pallets of possible colors by editing the field definition for the field "CalendarInterface::ColorRGBValues" where the RGB values of each pallet are declared.
-> The portal is sorted by the value list "Status" so you'll want to keep that value list in synch with the contents of this portal. We use a by-hand value list here instead of basing the value list on CalendarColors records because we like how you can specify the sort order of a value list and use separators ("-") that you can't when you base a value list on a field.
-> You can '''override the color''' of any status by simply typing a new RGB value into each row.
-> You can easily alter the pallets of possible colors by editing the field definition for the field "CalendarInterface::ColorRGBValues" where the RGB values of each pallet are declared.
Added lines 11-13:
%center% %width=500px% http://www.seedcode.com/rootimages/stikipad/nextcal/assigncolors.png
Changed lines 3-10 from:
The calendar colors events based on the contents of a field of your choosing. We call this field the event "status" in the documentation, but you can use any field you'd like.
Setting up color coding is done on the Source No X layout (Source No 1, Source No 2, etc.) you made when [[integration | integrating]] the calendar. That layout has a tab called "colors" on which you can specify the field you'd like to use for color coding.
Below that field you'll see a section for assigning colors. Edit the list of "statuses" there in layout mode so that it matches the possible contents of the field you're using for colors. Items left blank, and items left blank, are rendered without color.
We also have a color field in the events table so we can show a color beside the event on the Event List and Event Details layouts. This calc (SampleEvents::z_sc_ColorCalc) begins with a Let() statement were you can specify which field is being used for your colors.
Setting up color coding is done on the Source No X layout (Source No
We also have a color field in
to:
The calendar colors events based on the contents of a field of your choosing. We call this field the event "status" in the documentation and sample file, but you can use any field you'd like.
Setting up color coding begins on the Source No X layout (Source No 1, Source No 2, etc.) you made when [[integration | integrating]] the calendar. That layout has a tab called "colors" on which you can specify the field you'd like to use for color coding.
-> (Note: We also have a color field in the events table so we can show a color beside the event on the Event List and Event Details layouts. This calc (SampleEvents::z_sc_ColorCalc) begins with a Let() statement were you can specify which field is being used for your colors.)
Then, on the Settings tab of the calendar you'll see a button called "assign colors". Click that and you can drag a color into each one of your "status" values.
A few notes about how this works...
-> The portal on the left
Setting up color coding begins on the Source No X layout (Source No 1, Source No 2, etc.) you made when [[integration | integrating]] the calendar. That layout has a tab called "colors" on which you can specify the field you'd like to use for color coding.
-> (Note: We also have a color field in the events table so we can show a color beside the event on the Event List and Event Details layouts. This calc (SampleEvents::z_sc_ColorCalc) begins with a Let() statement were you can specify which field is being used for your colors.)
Then, on the Settings tab of the calendar you'll see a button called "assign colors". Click that and you can drag a color into each one of your "status" values.
A few notes about how this works...
-> The portal on the left
Changed lines 29-31 from:
--> No event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
to:
--> No event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
--> Items of the same color need to be separated by an item of a different color (even if that isn't a "real" status).
--> Items of the same color need to be separated by an item of a different color (even if that isn't a "real" status).
Changed lines 25-26 from:
-> If all your events come up colored black, check the color tab of your "Sources No X" layout, a couple things need to be true about this list of colors:
to:
-> If some/all your events come up colored black, check the color tab of your "Sources No X" layout, a couple things need to be true about this list of colors:
Changed lines 26-27 from:
--> there must be at least 2 items there, hence we begin our list with "Edit the colors below".
-->no event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
-->
to:
--> There must be at least 2 items there, hence we begin our list with "Edit the colors below".
--> No event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
Changed lines 23-27 from:
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values you've colored on your Sources No X layout.
to:
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values you've colored on your Sources No X layout.
-> If all your events come up colored black, check the color tab of your "Sources No X" layout, a couple things need to be true about this list of colors:
--> there must be at least 2 items there, hence we begin our list with "Edit the colors below".
--> no event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
-> If all your events come up colored black, check the color tab of your "Sources No X" layout, a couple things need to be true about this list of colors:
--> there must be at least 2 items there, hence we begin our list with "Edit the colors below".
--> no event color should be the same a the default color for the text object itself (the color that shows in the formatting bar). "Edit the colors below" can / should be the default color.
Changed lines 13-14 from:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on each of your "Source No X" layouts, edit the assign color section so that it just contains the name of your source in the color you'd want to see. This souce name must match the source name used on the fist tab of you "Source No X" layout.
to:
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on each of your "Source No X" layouts, edit the assign color section so that it just contains the name of your source in the color you'd want to see. This source name must match the source name used on the fist tab of you "Source No X" layout.
Changed lines 11-14 from:
!! Can I color code by [[Multiple Sources| Source]] instead of by a field?
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, onthe
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on
to:
!! Can I color code by Source instead of by a field?
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on each of your "Source No X" layouts, edit the assign color section so that it just contains the name of your source in the color you'd want to see. This souce name must match the source name used on the fist tab of you "Source No X" layout.
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on each of your "Source No X" layouts, edit the assign color section so that it just contains the name of your source in the color you'd want to see. This souce name must match the source name used on the fist tab of you "Source No X" layout.
Changed lines 11-12 from:
!! Can I color code by [[Multiple Sources]] Source instead of by a field?
to:
!! Can I color code by [[Multiple Sources| Source]] instead of by a field?
Added lines 11-14:
!! Can I color code by [[Multiple Sources]] Source instead of by a field?
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on the
Yes. Toward the end of the script "Load Calendar Settings - On Startup..." you'll see a setting for this: set that to "1". Then, on the
Changed lines 3-4 from:
to:
The calendar colors events based on the contents of a field of your choosing. We call this field the event "status" in the documentation, but you can use any field you'd like.
Setting up color coding is done on the Source No X layout (Source No 1, Source No 2, etc.) you made when [[integration | integrating]] the calendar. That layout has a tab called "colors" on which you can specify the field you'd like to use for color coding.
Below that field you'll see a section for assigning colors. Edit the list of "statuses" there in layout mode so that it matches the possible contents of the field you're using for colors. Items left blank, and items left blank, are rendered without color.
We also have a color field in the events table so we can show a color beside the event on the Event List and Event Details layouts. This calc (SampleEvents::z_sc_ColorCalc) begins with a Let() statement were you can specify which field is being used for your colors.
Setting up color coding is done on the Source No X layout (Source No 1, Source No 2, etc.) you made when [[integration | integrating]] the calendar. That layout has a tab called "colors" on which you can specify the field you'd like to use for color coding.
Below that field you'll see a section for assigning colors. Edit the list of "statuses" there in layout mode so that it matches the possible contents of the field you're using for colors. Items left blank, and items left blank, are rendered without color.
We also have a color field in the events table so we can show a color beside the event on the Event List and Event Details layouts. This calc (SampleEvents::z_sc_ColorCalc) begins with a Let() statement were you can specify which field is being used for your colors.
Changed lines 13-19 from:
to:
Here are some tips to make sure color coding works as you expect.
-> Make sure that the field you use for color mapping on the Source No X layout, and the field you use in SampleEvents::z_sc_ColorCalc are the same fields.
-> If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values you've colored on your Sources No X layout.
-> Make sure that the field you use for color mapping on the Source No X layout, and the field you use in SampleEvents::z_sc_ColorCalc are the same fields.
-> If no events show up with colors navigate to the Calendar Rows layout in layout mode and make sure there is a big chunk of color in the field CalendarColorGlob. If there isn't, run the upon opening script again.
-> Finally make sure the value list of possible statuses (or whatever value list you're using as possible values for ''your'' color coded field) matches the list of values you've colored on your Sources No X layout.
Added lines 1-7:
!! How are events color coded?
overview
!! Troubleshooting Colors
making sure color mapping and color calc use the same fields
overview
!! Troubleshooting Colors
making sure color mapping and color calc use the same fields