Skip to main content
Forest allows replacing the default field writing behavior with your own custom logic. This is useful when you want to change how a given field behaves, but also to make computed fields writable.

How does it work

The replaceFieldWriting function allows changing the behavior of any change by creating a new patch that will be applied to the record. You should refrain from using handlers that have side effects (to perform error handling, validation, …) and use hooks instead.

Making a field read-only

Achieve this without any code in the field settings in the Forest UI.

Examples

Changing other fields in the same record

In the following example, editing or creating a fullName will update both firstName and lastName fields of the record.

Having specific behavior only for updates

Define different behavior for creations and updates. In this example, each time the firstName field is edited, we also want to update a timestamp field.
Handling relationships inside a replaceFieldWriting will only work for ManyToOne and OneToOne relationships.
In this simple example, we have two collections that are linked together:
  • The Users collection has a job and a portfolioId as foreignKey
  • The Portfolios collection has a title
When the user updates his job field we want also to update the title of the portfolio by the job name.
If the relationships do not exist, they will be created with the given field values.
Provide another portfolioId to update the relationships and their fields:
Chain the relationships. For example, if a portfolio has a one-to-one relationship with the formats collection, you can update it by writing the right path.