Fixed. thanks!
sidenote: The fix explanation says that while the screen value was set back to the default, the actual setting value was not changed. Not totally true. In the case of the "start of week", the settngs value was being reset to 1, everytime the settings page was saved. The fix when applied, fixed the error.

/s/ Bill, wb4alm

yep. My error.  all fixed now that day box is unchecked.

Thanks Roel!

/s/ Bill, wb4alm

I have discovered that a day background color takes on the defined background color for the 1st item, when there are multiple items.

I would have thought that the background color would only color in the "time slots" involved, rather than the entire box.


If I have an event from 7:00pm to 7:29pm and a different event from 7:30pm to 7:59pm
and each of the events use a DIFFERENT background color, i would assume that I should get a "stripe" for the first event and a different stripe for the second event.

Instead the entire box is colored with the color from the first event, and the second event lays down a stripe (as expected)  for the second event.

What is it supposed to do?  Am I correct in that each event should only color a stripe? (unless it was an all day event.)

I have installed LuxCal calendar: 5.2.4M (mycal)
under --views--
First day of the week: 1  (0: Sun, 1: Mon .... 6: Sat)

is being re-initalized to "1" (Mon) anytime a change is being made to any setting value.

My calendar was initially defined to start on Sunday (0), as that is more common in the USA. 
But anytime any setting is changed, this value is being reset back to the default, rather than displaying the "currrent" value.

Other than that, this is a GREAT implementation of a calendar system.

There are several possible reasons for this problem.

Because of industry wide attempts to minimize spam, some ISP's have turned off PHP mail.

Other ISP's now REQUIRE that sent mail be through secured email accounts which require userid's and passwords before transmission is allowed.

In my case, I had to install PHPmailer to get a package that would allow me to create emails from my website that would meet all of the requirements of my ISP and allow me to generate the emails using PHP.

Other software solution suggestions made by my ISP did not work - primarily because my site was not written under the rules of either a CMS type system like Word Press or using a foundation system like Laravel.

and of course there is the remote possibility that your emails were being treated as spam, because your email server's tcp/ip address was blacklisted.  Blacklisting can occur when somebody else on the same shared web server -is- sending spam, and your emails get "discarded" because they are coming from the same tcp/ip address. (This, however, is a condition that your ISP should be able to figure out, and they have to be involved to fix it.)