Zulu 2 Filtering

From 360Works Product Documentation Wiki
(Difference between revisions)
Jump to: navigation, search
 
Line 1: Line 1:
 
[[File:filtering.png|thumb|ZuluCalendarList zulu_filterKey and zulu_filterValue fields.]]
 
[[File:filtering.png|thumb|ZuluCalendarList zulu_filterKey and zulu_filterValue fields.]]
 +
In Zulu 2, much like Zulu 1, filtering your calendars is a very simple process and typically does not require republishing your field mappings. The exception to the republishing rule is if you have added, removed, or change the mapped filter field in your Events layout. If you simply need to add a filter to your ZuluCalendarList, no republish is required.
 +
 +
In the image to the right, you can see the vanilla ZuluCalendarList layout which contains several fields which alter the behavior of Zulu 2. The fields highlighted are the zulu_filterKey and zulu_filterValue fields. These fields are very simple: the filterKey field contains the '''name of the field''' you'd like to use to filter (Located on your Events layout) This field does not need to be fully qualified. "Status" is acceptable instead of "Events::Status".
 +
The filterValue field contains the '''Value''' in the filter field that will qualify events for the current calendar. So say if you wanted a calendar of events with an active status, your zulu_filterKey field would contain "Status" and your zulu_filterValue field would contain "Active".

Revision as of 14:39, 26 August 2015

ZuluCalendarList zulu_filterKey and zulu_filterValue fields.

In Zulu 2, much like Zulu 1, filtering your calendars is a very simple process and typically does not require republishing your field mappings. The exception to the republishing rule is if you have added, removed, or change the mapped filter field in your Events layout. If you simply need to add a filter to your ZuluCalendarList, no republish is required.

In the image to the right, you can see the vanilla ZuluCalendarList layout which contains several fields which alter the behavior of Zulu 2. The fields highlighted are the zulu_filterKey and zulu_filterValue fields. These fields are very simple: the filterKey field contains the name of the field you'd like to use to filter (Located on your Events layout) This field does not need to be fully qualified. "Status" is acceptable instead of "Events::Status". The filterValue field contains the Value in the filter field that will qualify events for the current calendar. So say if you wanted a calendar of events with an active status, your zulu_filterKey field would contain "Status" and your zulu_filterValue field would contain "Active".

Personal tools
Namespaces

Variants
Actions
Plug-in Products
Other Products
Navigation
Toolbox