Have a look at the clipboard1.gif.
You'll see that there is a treeview and a scheduler. Now, the nodes in the treeview are coloured for the claendar they represent and the appointments in the scheduler are supposed to coloured for the calendars that are associated with.
However, I'm sure that you'll note that whilst, for the greater part, the appointments have been correctly coloured in the background, the text colour is always black.
FYI, I'm using the following bit of code in the AppointmentDataBound event for colouring the appointment ...
No, I know that the code is working 'cos I can see that it's been set using the IE developer tools, but the inline style is being overridden.
Clipboard2.gif shows the output from the IE developer tools that cearly show that the appointment's text colour is being overriden by the .rsAptContent class.
Obviously, I need to override this, but it strikes me as wrong that there should be something with a higher priority than setting the colour in the code-behind as I am doing.
--
Stuart
You'll see that there is a treeview and a scheduler. Now, the nodes in the treeview are coloured for the claendar they represent and the appointments in the scheduler are supposed to coloured for the calendars that are associated with.
However, I'm sure that you'll note that whilst, for the greater part, the appointments have been correctly coloured in the background, the text colour is always black.
FYI, I'm using the following bit of code in the AppointmentDataBound event for colouring the appointment ...
e.Appointment.BackColor = ColorTranslator.FromHtml(calEvent.BackColour);
e.Appointment.ForeColor = ColorTranslator.FromHtml(calEvent.TextColour);
No, I know that the code is working 'cos I can see that it's been set using the IE developer tools, but the inline style is being overridden.
Clipboard2.gif shows the output from the IE developer tools that cearly show that the appointment's text colour is being overriden by the .rsAptContent class.
Obviously, I need to override this, but it strikes me as wrong that there should be something with a higher priority than setting the colour in the code-behind as I am doing.
--
Stuart