Tradeoffs/issues with using multiple Rich Text fields?

How many people here are using multiple rich text fields in their databases?

I’m finding them useful as more explicit fields that I can then use formulas with.

For example I have a code snippets database where the Description rich text field is a quick overview, but then there is a dedicated rich text field for the actual code snippet. Then I have formula/checkbox that toggles if the code snippet field is empty or not.

Curious how others might be using Rich Text fields and if there are potential performance issues if you use too many

No performance issues with this approach. It is a matter of conveniency mainly.

1 Like

Forgot to follow up on this, but I’d be curious to hear about the origins of multiple rich text fields. To my knowledge Fibery is the only tool that has this concept.

I can see the multiple text fields being useful as a pipeline:

  1. Outline
  2. Draft
  3. Public/Published

Combined with formulas you’d have database entries that can update automatically (has outline? has draft? etc.)

Indeed. Well, initially we designed Fibery closer to Airtable, with connected tables and entities with fields. For us Rich Text was just a field type to add. And when we added it we just made it as with all other fields — you can add many of them. Nothing too fancy :slight_smile: