The CMSCalendar control displays a calendar containing events, news and other date-based pages from the Kentico database.
- Provides a built-in data source for loading Kentico pages. You do not need to write code for retrieving and binding the data.
- Supports Kentico transformations.
Inherits from: BasicCalendar
Web part equivalent (portal engine):
The following tutorial shows how to use the CMSCalendar control to display a calendar with links to news items (CMS.News pages) on days when news items were released:
- Create a new Web form in your web project.
- Drag the CMSCalendar control from the toolbox onto the form.
- Set the following properties for the control:
- Path: /News/%
- ClassNames: cms.news
- DayField: NewsReleaseDate
- TransformationName: cms.news.calendarevent
- NoEventTransformationName: cms.news.calendarnoevent
<cms:CMSCalendar ID="CMSCalendar1" runat="server" Path="/News/%" ClassNames="cms.news" DayField="NewsReleaseDate" TransformationName="cms.news.calendarevent" NoEventTransformationName="cms.news.calendarnoevent" />
- Save the web form.
- Right-click the web form in the Solution explorer and select View in Browser.
The resulting page displays a calendar containing news events on the appropriate date.
You can set the following properties for the CMSCalendar control:
Name of the field in the data source that contains the date/time value. (Inherited from BasicCalendar)
Style of days that have an event. (Inherited from BasicCalendar)
Indicates whether only one item is displayed per day. (Inherited from BasicCalendar)
Indicates whether the control displays the day numbers. If true, the used template fully fills the day cells. (Inherited from BasicCalendar)
Name of the transformation applied to days without any event in format <page type code name>.<transformation name>.
Custom data connected to the object. (Inherited from BasicCalendar)
Name of the transformation applied to days with an event in format <page type code name>.<transformation name>.
Page filtering properties
Indicates if the control checks the permissions of the user viewing the page. If the value is false (default value) no permissions are checked.
If true, the control only loads pages for which the user viewing the page has read permissions.
Specifies which page types the control loads and displays. Identify page types through their code names, separated by semicolons (;).
You can use the * wildcard as a substitute for any number of characters. For example Product.* includes the page types Product.Camera, Product.CellPhone, Product.Computer etc.
If the property is left empty, the control retrieves all page types by default. In the case of menu and navigation controls, only CMS.MenuItem pages are loaded by default.
Note: If the control loads all page types (empty value), only the data from the View_CMS_Tree_Joined and the COM_SKU table (for product pages) are available in the retrieved data. The specific fields of individual page types are not included. You need to keep this in mind when writing the code of transformations, WHERE conditions, ORDER BY expressions etc.
Indicates whether the control loads pages from the website's default culture version if the required pages are not available in the user's selected culture.
Only applies if you do not set the TreeProvider property manually.
Specifies the culture code of the pages that the control loads. If not specified, the control automatically uses the preferred culture of the user viewing the page.
Allows you to manually assign a DataSet or DataTable containing the pages that the control displays. You do not need to set this property for standard scenarios.
Indicates if the control filters out duplicated (linked) pages from the data.
Specifies the maximum number of content tree sub-levels from which the control displays pages. This number is relative, i.e. counted from the location of the page where the control is placed, not from the root of the website.
Enter -1 to load all child pages.
Path of the pages that the control loads.
If enabled, the control only loads published pages.
Gets or sets the TreeProvider object used by the control to access page data. If you do not assign a TreeProvider object, the control automatically creates a new instance.
Page relationship properties
If set, the control only loads pages that are related to the page with the specified NodeGUID. You can find the Node GUID of pages on the Properties -> General tab in the Pages application.
Enter "11111111-1111-1111-1111-111111111111" to dynamically load pages related to the current page.
Determines whether the page specified through the RelationshipWithNodeGUID property is on the left or right side of the relationship.
Specifies the type of the page relationship. Enter the code name of the relationship.
CMS Base control properties
List of the cache keys on which the control's cached data depends. When the specified cache items change, the control clears its cache.
Each item (dependency) must be on one line.
If you leave this property empty, the control uses default dependencies.
Sets the name of the cache key used to store the control's content. If you leave the value empty, the system generates a default name containing variables, such as the control ID, the selected culture and the name of the user who loaded the page.
The system cache is shared by all pages in your application, so cache item names representing different data must be unique globally. If you have multiple controls that load the same data, you can share the cache keys between the controls (optimizes loading of content and avoids redundant data in the cache).
If the content displayed by the control depends on variables, such as URL parameters, you can set a custom name dynamically in the page's code behind.
Sets the number of minutes for which the control caches content retrieved from the database.
Allows you to set up caching of content so that the control doesn't have to retrieve content from the database on each request.
The caching mechanism uses absolute expiration time. This means that cache items expire after a specified time period even if the page containing the control wasn't requested.
Gets or sets the filter control used to limit the data read by the control.
Gets or sets the code name of the filter control used to limit the data read by this control.
Gets or sets the ORDER BY clause of the SQL query that the control uses to load data.
Database table columns that the control loads for pages, separated by commas ( , ). If null or empty, the control loads all available columns.
Specifies the code name of the Kentico website for which the control loads data.
If true, the control stops all processing — does not load or display any data or other HTML output.
Specifies the maximum number of database records that the control loads.
Gets or sets the WHERE clause of the SQL query that the control uses to loads data.
"ProductPrice > 100"
Note: The CMSCalendar is derived from the ASP.NET Calendar control, so you can also set any of the base properties.
Appearance and styling
You can modify the appearance of the CMSCalendar control by setting the standard properties available for the ASP.NET Calendar control (inherited through the BasicCalendar).
A common way to set the appearance of Calendar controls is to assign a skin through the SkinID property. You can define skins in .skin files under individual themes in the App_Themes folder. See the .NET Skins and Themes documentation for more information.
Was this page helpful?