Calendar Format

The appearance of your LiveWhale Calendar (or calendar widget in the LiveWhale CMS) is controlled by a number of widget settings and templates from your theme.

• The “outside” of your calendar (header, footer) and calendar settings (which groups/types/tags to include/exclude and other calendar widget settings) are covered in Calendar Basics.
• The “inside” of your calendar (the day/week/month/event views or individual UI elements) is customizable as Calendar Components.
• You can customize your calendar appearance using Calendar Styling.
• More advanced customization can be done using Custom JavaScript.

Calendar Basics

Your LiveWhale Calendar homepage likely starts off by including a main_template.html file:

1
2
3
4

<widget type="file">
    <arg id="path">/_i/includes/calendar/main_template.html</arg>
    <arg id="no_format">true</arg>
</widget>

Editing this file (_i is short for _ingredients) you can start organizing and theming your calendar. main_template.html typically includes:

• Your site header (which you could move into an include and name calendar_header.html)
• Widget arguments for your calendar (included from calendar_widget.html)
• the HTML that lays out your calendar’s elements
• Your site footer (which you could move into an include and name calendar_footer.html)

(Older installations might instead include a calendar_head.html and calendar_template.html from the core theme directly into index.php, but all the same rules of Theme Inheritance still apply.)

In this main_template file (or any file includes you add), you can add/remove and rearrange the main calendar elements. You’ll need <xphp var="lw_calendar_view_menu"/> to display the day/week/month/all view selector, as well as <xphp var="lw_calendar"/> for the body of the calendar.

Beyond that, you can choose from the following sidebar elements, and customize them further with their individual components (below).

In general, the above filters will show all starred, global options (e.g. starred global tags, starred event types, etc.) on the front-end displays. Learn more about customizing those filters.

Customizing settings on a per-group basis

You may want to exclude a certain tag or event type from one group’s calendar, for instance. You can do this by creating a custom calendar_widget.html in the group that matches your theme name.

For example, in the “music” group, /_ingredients/themes/global/includes/calendar_widget.html will be overridden by /_ingredients/themes/music/includes/calendar_widget.html.

Calendar Components

While the above includes manage the things around your calendar, you’ll edit your calendar’s components to tweak the appearance and functionality of individual pieces of the calendar, like the event view, day view, date selector, and more.

If you copy/edit any of the following to /_ingredients/themes/global/templates/calendar/, they will override the defaults from the core theme. (For some clients, we’ve copied them already to /_ingredients/themes/global/templates/move_to_calendar_to_customize/ as a courtesy.)

(Note for existing clients: You may be on a legacy setup where the below components are combined into calendar.html and calendar_components.html files. Contact Support to discuss moving to this new setup in your next upgrade.)

View Components

Optional View Components

Note: Your calendar installation might not support or have styling for the above optional views. Contact Support if you’re interested in enabling the home, featured, or feed_builder views.

UI Components

Calendar Styling

Your calendar page will render and load /_ingredients/themes/global/styles/calendar.less on every view by default.

If you have a different or additional theme set (say, a custom “music” theme for the “music” group), it will also load the associated /_ingredients/themes/music/styles/calendar.less, if one exists.

You’ll notice your calendar.less begins with something like this:

1
2
3
4
5

/* Import core calendar styles */
@import "../../../../livewhale/theme/core/styles/calendar.less";

 /* Import core calendar mobile mixins */
@import "../../../../livewhale/theme/core/styles/calendar-mobile.less";

This is very important— including these styles and mobile mixins allow you to build on top of the existing core calendar styles from LiveWhale, rather than starting from scratch. It also means that the next time you are upgraded, any changes to the core theme/UI will filter down into your theme with minimal work.

There are also a few default variables you’ll inherit from the core theme, but can override in your own calendar.less should you choose:

1
2
3
4
5
6
7

@highlight1:  #c00; // Primary color
@highlight2:  #900; // Secondary color
@white:       #fff;
@dark-gray:   #333;
@mid-gray:    #2a3132;
@light-gray:  #eee;
@accentfont:  inherit;

At minimum, we recommend setting your school color(s) to the @higlight1 and @highlight2 variables in /_ingredients/themes/global/styles/calendar.less. You may want to do more hands-on styling of individual elements, but this will do a first-pass at matching the various UI elements to your chosen colors.

Using mobile mixins

The calendar-mobile.less include doesn’t generate any rendered CSS, but rather provides a few mixins that you can choose to include in your own style, to allow for custom mobile breakpoints and styling.

Example usage:

1
2
3
4
5
6
7
8
9

 /* Import core calendar mobile mixins */
@import "../../../../livewhale/theme/core/styles/calendar-mobile.less";

// Set the mobile breakpoint
@media only screen and (max-width: 767px) {
	.mobileViewSelector(); // use the mobile view selector
	.mobileMonthViewGrid(); // use a grid of dots for month view
	.mobilePaymentsTable(); // use the mobile RSVP form
}

Custom JavaScript

If you create a /_ingredients/themes/global/scripts/calendar-custom.js, it will be loaded in every view of your front-end calendar. This can be used to implement additional JavaScript or jQuery customization on top of the default calendar behavior.

The below template for calendar-custom.js aliases the livewhale.jQuery object for you to use as $. Note also, there are several JavaScript triggers you can bind to, in order to run custom code at particular times or for particular views.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

(function($, LW) {

	// Events:
	// calBeforeInit.lwcal   - fires after exported symbols exposed and before controller initialization
	// calInit.lwcal         - fires after first view data loads
	// calBeforeChange.lwcal - fires before loading new view data
	// calChange.lwcal       - fires after loading new view data
	// calLoad.lwcal         - fires after each view finishes loading
  
	$('body').bind('calBeforeInit.lwcal', function() {
		// do something before the calendar loads
	});

	$('body').bind('calInit.lwcal', function() {
		var lwcal = LW.lwCalendar;
		var controller = lwcal.controller;
		// do something after first data loads
	});

	$('body').bind('calLoad.lwcal', function(e, controller, data) {
		var view = controller.getView();
		if ('day' === view) {
			// do something on day view
		}
		if ('week' === view) {
			// do something else on week view
		}
		if ('event' === view) {
			// do something else on event view
		}
	});

}(livewhale.jQuery, livewhale));

Event Type and Tag Settings

By default, LiveWhale will display all your calendar event types and tags as front-end filters, using the following theme tags:

1
2
3
4

<xphp var="lw_calendar_categories"/>
<xphp var="lw_calendar_categories_audience"/>
<xphp var="lw_calendar_categories_campus"/>
<xphp var="lw_calendar_tags"/>

Event types will only show up after they’ve been applied to events (same with starred tags)—so, if your Athletics calendar doesn’t have any “Performance” events, that event type won’t show up in the filter list on the Athletics calendar.

However, there may be times when you want to control the front-end display of event types and tags more granularly. Since LiveWhale 1.7, you can do so by adding the following settings in /livewhale/client/public.config.php:

1
2
3
4

$_LW->CONFIG['CALENDAR_GROUP_CATEGORIES_TYPE']=[];
$_LW->CONFIG['CALENDAR_GROUP_CATEGORIES_AUDIENCE']=[];
$_LW->CONFIG['CALENDAR_GROUP_CATEGORIES_CAMPUS']=[];
$_LW->CONFIG['CALENDAR_GROUP_TAGS']=[];

Each of those arrays takes the same format: first, the group ID, then a sub-array of all event types allowed to be displayed in that group. For example:

1
2
3
4
5

$_LW->CONFIG['CALENDAR_GROUP_CATEGORIES_TYPE']=[
	123 => ['Athletics', 'Exhibitions', 'Performances', 'Lectures'],
	456 => ['Athletics', 'Performances', 'Lectures'],
	789 => ['Exhibitions', 'Performances', 'Lectures']
];

These act as filters on top of the default behavior: so, in the example settings above, group 123 will still only show “Athletics” in the filter list if there are events with that type in the group. However, group 789 will not show the filter “Athletics,” even if there are Athletics events in the group.