fsgl wrote on Tuesday, November 05, 2013:
In 4.1.2 (2) it was possible to change the cinnamon color of the Out Event in interface/themes/ajax.calendar.css, line 339.
With patch 3, this is no longer possible.
Is the color selection controlled in interface/main/calendar/modules/PostCalendar/ pntemplates/default/views/day/ajax_template.html? If so, where and what is the code change? If not there, then where?
Not a problem of mythic proportions, merely a small matter of aesthetics.
yehster wrote on Tuesday, November 05, 2013:
It should still be possible to change the color in the .css file. No code was modified between patch 2 and 3 that would affect that. However, when you applied the patch, it blew away your “custom” version of ajax_calendar.css. I’m assuming you re-did the change, but if not, that would explain the issue.
If you did re-apply your custom color and it’s not working, then perhaps your browser is caching a old version of the .css file. Suggest trying your force a “FRAME” reload with right click and the appropriate popup menu option depending on your browser choice.
fsgl wrote on Tuesday, November 05, 2013:
2nd suggestion worked. Thank you, Kevin.
To clear the cached web content in Firefox; Options/Advanced/Network, click Clear Now and OK. See attachment.
Cinnamon out, Mint Green in.
Now on to the task of understanding what precisely happened.
cmswest wrote on Monday, February 17, 2014:
what about the default facility color that is set in administration->facilities?
i’m not having any luck even after clearing cache and frame reload
due to an existing bug where you can’t view the alternate facilities after selecting them in the dropdown under the month view i’m now unable to differentiate separate facilities
fsgl wrote on Tuesday, February 18, 2014:
Hi Stephen,
I was able to change the color for the Great Clinic from green to periwinkle and add a secondary facility with aquamarine in the 4.1.2 (3) Demo. To schedule appointment there, I had to assign Dr. Welby only to the OK Ophthalmic Clinic.
The Facility Specific User Information bug is longstanding as you are well aware.
cmswest wrote on Tuesday, February 18, 2014:
thanks fsgl, unfortunate time for sourceforge to be down and try to keep up with your help on the demo…
i appreciate your advice but i can’t assign the sole provider to just one of the facilities
if you go to the demo now you’ll see that phil belfords appts show up with the same color eventhough one is at great clinic and the other is at test
also, i don’t see the color showing up on the calendar for booked appointments for either clinic
fsgl wrote on Tuesday, February 18, 2014:
I re-arranged things a bit for clarity in the 2107 Demo.
In the first attachment, Great Clinic is periwinkle blue, while test is mint green in the left sidebar.
Because of the bug that you pointed out in “Calendar Misbehaving”, each facility must have its own set of practitioners. If a practitioner needs to see patients in both Great Clinic and test, the name of the user has to be altered slightly. It’s Billy Smith in Great Clinic, but the same guy is William Smith in test.
The color of the appointments can be changed in Calendar Categories. The baby blue color has been assigned to the In Event. The facility color is not the same as the appointment colors. See attachment 2 for the second facility.
You can certainly have different appointment colors for test by creating new Calendar Categories. Alternatively you can have baby blue as the facility color for Great Clinic and keep it as the In Event color. Appointments in test be changed to mint green.
Another thought, have the In Event as white, appointments in Great Clinic in periwinkle blue while appointments in test in mint green.
cmswest wrote on Wednesday, February 19, 2014:
thanks once again fsgl for your workaround, i will certainly put this into use although i’m a little uncomfortable creating another user for the same individual who happens to see patients at the other clinic
what then is the purpose of administration-> facilities color, where you pick some color that is stored as an hexadecimal value? to just see the facilities’ name in that color under the calendar is somewhat satisfying 
this is different functionality than 4.1.1(14)
fsgl wrote on Wednesday, February 19, 2014:
Creating alias for the same practitioner can cause a problem billing insurance if the names are very different. So in real life, it would be Billy Smith, Billy A. Smith, Billy Smith, M.D. and Billy A. Smith, M.D. if Billy sees patients in 4 different facilities. The NPI for Billy will not change, but the first name and the surname should be the same despite my example above.
Until the bug is fixed, we’ll have to go through these contortions.
The facility color is probably a visual aid to staff as they toggle between locations. This concept is carried further by appointment customization in Calendar Categories.
If I remember correctly, prior to 4.1.1 (12), my secondary facility was yellow and the appointments there were lime green. I don’t ever recall that the appointment colors matching that of the facility at any point in time.
cmswest wrote on Wednesday, February 19, 2014:
hi fsgl, i loaded a backup of 4.1.1 in my test system and confirmed that the color that you choose under administration->facilities was applied to a properly set up calendar (with the in and out provider times)
so now we have two bugs in the calendar; i’ll keep researching and see if i can track the code that has changed under interface/themes/ajax*
from another thread i have this clue:
cmswest wrote on Wednesday, February 19, 2014:
this seems strange:
duplicate commit for the same code?
one committed by kevin the previous post by brady
fsgl wrote on Wednesday, February 19, 2014:
Brady’s post announcing the release of patch 2 for 4.1.2 mentioned a bug fix for the Out Event contributed by Robert Down. I don’t recall the exact problem addressed by Robert but I do remember it gave us the Halloween orange color for the Out Event.
Fooled around in the 4.1.1 (14) Demo. There was no match between the facility color and the appointment color, therefore the mismatch may have happened around the time of 4.1.1 (12).
This may remain an enigma because the developers’ attention is focused on MU2 certification and Brady is enmeshed in Linux Mint conversion.
cmswest wrote on Wednesday, February 19, 2014:
hi fsgl, i went to my demo which was just plain 4.1.1 and upgraded one patch at a time from (11) thru (14) and there was no change in behaviour
then, i upgraded to 4.1.2 and voila, the ancillary facility color has been replaced with the default facility color
kevin has responded on github to my requests for code help
will keep you posted
cmswest wrote on Wednesday, February 19, 2014:
i think i found it, at least i get the desired functionality:
this needs to end with just $color not $event[“catcolor”]
yehster wrote on Wednesday, February 19, 2014:
It looks like I caused the problem…
yehster wrote on Wednesday, February 19, 2014:
Seems to be a “copy and paste bug”
One section of code used $color, while another used $event[“catcolor”]
cmswest wrote on Wednesday, February 19, 2014:
would you like me to push a commit? my contribution grid on github is btw a rock and a hard place…
fsgl wrote on Wednesday, February 19, 2014:
So we’re snug as a bug in a rug. Time for pizza.
cmswest wrote on Wednesday, February 19, 2014:
and a beer of course, but not yet here on est…
maybe i should go for the gusto and slay that old thread:
https://sourceforge.net/p/openemr/discussion/202505/thread/08dd5d26/
fsgl wrote on Wednesday, February 19, 2014:
Three cheers for Stephen!!!