1.10.0Customisable week start day for AvailabilityRules and AvailabilityViewer
minorJanuary 24, 2020
Adds the new config.week_start_day initialisation option that enables custom week-start-days. Full details for this option can be found in the docs.
1.9.4Handle profile-revoke errors
patchJanuary 14, 2020
Streamlined response handling when revoking profiles using the Calendar Sync UI Element. Fixes a bug where successful revoke-requests were triggering an element_token error and not updating the UI.
1.9.3Handle events with no name
patchJanuary 8, 2020
Adds a sensible fallback for events created without a summary value (which would previously cause the Agenda View to crash).
1.9.2Availability Viewer optional config
patchJanuary 7, 2020
config.start_time and config.end_time are reverted to being optional initialisation options (reverses a change to enhanced validation in v1.9.0 that made them required).
1.9.1Availability Rules bugfix
patchDecember 20, 2019
Fixes a bug introduced in 1.9.0 where unknown availability rule IDs were causing the Availability Rules UI Element to show an error rather than creating a new rule.
1.9.0Improved error handling
minorDecember 13, 2019
Adds greater detail to configuration errors, and introduces optional log-levels (controlled by the new config.logs parameter) allowing developers to choose the verbosity of the logs produced by the UI Elements.
1.8.1Date localization scoping
patchNovember 28, 2019
Making use of locales more tightly scoped to their context to prevent mutating moment global settings (for moment-timezone dependency).
Makes the All label in the included calendars box consistent with the behaviour of availability rules by removing all-selected shorthand.
1.3.2Availability Viewer slot results
patchAugust 23, 2019
Addresses the issue of big queries hitting the 200-slots limit by increasing the number of useable slots returned to the viewer.
1.3.0Time zone option for Availability Viewer
minorAugust 16, 2019
An optional tzid parameter that allows the Availability Viewer to be initialised with a specific time zone. If tzid is declared, the time zone will be displayed in the footer of the Element.
Note: using this new tzid option will cause the Availability Viewer to render in a timezone that may not match the timezone of the user’s computer. Be sure to highlight this to the user.
patchAugust 14, 2019
Fixes a bug where available periods starting on a Sunday were causing the Availability Viewer to display the preceding week (with no availability) on load.
1.2.3Smarter overrun calculation handles cross-dateline days
patchJuly 25, 2019
Slots that ‘overrun’ the end of the visible period are found using a moment.diff() between the end of the period and the end of the slot.
This method failed to account for days that crossed the dateline. It now does.
patchJuly 23, 2019
Slot heights were far too high for the interval: 15; duration: 30 combo.
Now, an hour will always be 60px high, and the slots will be divided accordingly.
1.2.0callback for rules
minorJuly 22, 2019
triggered on successful ‘rules saved’ response from API
1.1.2sniffing timezone for mock data
patchJuly 18, 2019
patchJuly 18, 2019
More specific docs links in errors/warnings when parsing options.
Storing original options ‘immutably’ so we can re-parse when update() method is called.
1.1.0Time Zone Translation
minorJuly 4, 2019
time zone display in Availability Rules footer
translations moved into json
time zone translation handler
1.0.0UI Elements v1.0.0
majorJune 26, 2019
The release of UI Elements v1.0.0 marks an important transition from prototype to full-fledged product. We have been able to shape the Elements into a robust suite suitable for use in any application environment.
The changes from v0 to v1 are designed to enable a more flexible and customizable set of Elements, as well as providing a solid platform for future expansion. The new config option standardizes many of the more ad-hoc options from early versions, and all style-related options have been moved to the styles option. The callback format has also been amended to support multiple notification types from a single Element, paving the way for richer and deeper integrations.
Find out more in the Upgrade Guide, including the upgrade steps for those using older versions.