All Collections
Updates
Updates to custom field templates
Updates to custom field templates

This article describes forthcoming changes in our 7/29 release

Michael Fatica avatar
Written by Michael Fatica
Updated over a week ago

For Pro and higher users, the ability to modify Field Templates is a great feature for those with HTML and CSS skills. We are making some changes to improve the managability of customized field templates. This article describes those changes and the reasoning behind them.

Field Templates are fragments of HTML that control how an Interface displays a given field. The "Title" field settings shown above show a user-managed template is in use as indicated by the "User..." in the selected template name.

These Custom Field Templates are made available to and shared with other Interfaces in your account. The original benefit of sharing one Field Template between multiple Interfaces was to avoid duplication of effort when creating an extensively customized Field Template.

This sharing feature has introduced a few problems:

  1. As the number of users managing Interfaces in a single account increases, understanding what Field Template is safe to edit becomes untenable.

  2. Additionally, we have seen reports of users getting confused regarding how to make a new template, v.s. editing an existing template and then accidentially overwriting changes.

  3. When Interface settings are imported and exported, the HTML customizations in these Custom Field Templates are not included, leading to an incomplete archive in the exported file.

These factors combined have led us to re-think how Custom Field Templates are managed.

Going forward, the following changes to the Field Templates will be introduced:

  1. Customized templates will be localized to the Interface, meaning no changes to Field Templates will impact other Interfaces. Shared settings, including custom Field Templates, can still be managed via a locked setting in an Interface Template.

  2. The Template drop-down list will show only either one of the standard, unmodified Field Templates, or "Customized", indicating that the template has been customized.

  3. Users will no longer need to manage multiple versions of customized Field Templates in this drop-down list. Only "Customized" will be shown if one of the standard Field Templates was modified.

  4. Attributes that no longer affect the output are now disabled/read-only to reflect that the output is fully controlled by the customized template.

No action is required from our users related to this change. Existing active customizations to Field Templates will be preserved and automatically migrated to the "Customized" template as shown above.

Did this answer your question?