The search view of the calendar writes a link to a css file into the header of the page that is
- unused by the current default templates,
- cannot be removed since it's not in the template and
- does not validate as css 2.1 nor css 3
Evidently it would be best to remove this link.
It concerns this link/extras/yui/build/calendar/assets/skins/sam/calendar.css
I suspect is put in there by the DateTime module which is used by Calendar.pm:
grep -R "calendar.css" ./*./WebGUI/Form/Date.pm: $self->session->style->setLink($self->session->url->extras('yui/build/calendar/assets/skins/sam/calendar.css'), { rel=>"stylesheet", type=>"text/css", media=>"all" });./WebGUI/Form/DateTime.pm: $self->session->style->setLink($self->session->url->extras('yui/build/calendar/assets/skins/sam/calendar.css'), { rel=>"stylesheet", type=>"text/css", media=>"all" });
Kind regards,
Arjan Widlak
United KnowledgeInternet for the public sector
www.unitedknowledge.nl
That CSS file is used by the date time control, which is why it is included.
The issue with the CSS validating is not our bug, and should be reported to Yahoo instead. Aside from not validating, it doesn't cause any problems.
[quote]That CSS file is used by the date time control, which is why it is included.[/quote]
I see it, it's used in the date/time picker. So it is used in the default templates. But that makes the problem only bigger, I would say.
[quote]The issue with the CSS validating is not our bug, and should be reported to Yahoo instead. [/quote]
It should be reported to Yahoo as well so it can be used, that's right, because of not validating. But we know how Yahoo thinks about standards. So that isn't a step towards a solution to the problem.
The fact that it's impossible now to make WebGUI standards compliant, that is a bug. The link to the css-file should be in the head block of the template, so it's easy to make WebGUI standards-compliant and conform to the WebGUI best practices.
Moreover it allows people to edit the appearance of the date/time-picker.
[quote]
Aside from not validating, it doesn't cause any problems.
[/quote]
I understand that perhaps in a strict sense, it's not a bug in WebGUI that a YUI css file doesn't validate, however at least providing the ability to conform to standards should be a goal. I hope we can agree on that?
There really isn't any feasible way to have that CSS included in the head block of a template. It is not part of the Calendar, but part of the overall forms system, and that isn't and won't be templatable.
The only real solution I can offer is to replace the DateTime form control with a custom version.