Fixed vs. variable field settings

Created on 11 March 2009, over 16 years ago
Updated 24 June 2023, about 2 years ago

Originally (like a year ago), "field settings" were those things which affected schema and could not be changed except by a mythical "field conversion" system and "instance settings" were the lightweight things that could be changed at any time.

Later, we realized that some things should be field settings so they are inherited by all field instances even though they do not actually affect the schema. "Allowed values" for a list field is the standard example.

While discussing taxonomy as a field at the DCDC code sprint, we realized that even though changing some field settings would not affect the schema, they would still constitute an expensive operation. For example, suppose a list field changes its "allowed values" by removing some of the allowed keys. The site may already have data items for that field in the database that use the removed keys and are thus no longer valid (they would not pass field validation). In the taxonomy case, if a taxonomy field indicates which vocabs are allowed, and that changes, existing data items may then contain terms from a vocab that is no longer valid for that field.

This leads to a situation in which we need:

1. Field settings that cannot be changed except by a field conversion process. These include schema settings and anything that affects what constitutes valid data for the field.

2. Field settings that can be changed. Given the "valid data" constraint, are there remaining known use cases for this?

3. Instance settings that can be changed, like "required" and "weight."

If the Field API is going to support 1 and 2, then it also needs to provide some way to differentiate between them so the UI knows what to display on a field edit form.

πŸ“Œ Task
Status

Postponed: needs info

Version

9.5

Component
FieldΒ  β†’

Last updated about 9 hours ago

Created by

πŸ‡ΊπŸ‡ΈUnited States bjaspan

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States smustgrave

    Wonder if this still is relevant for D10 and the many many updates in the last 11 years.

  • Status changed to Closed: outdated 2 months ago
  • πŸ‡³πŸ‡ΏNew Zealand quietone

    I read this and it reads as a discussion and there are no clear tasks that I saw. Combined with no response to the last comment I am closing this as outdated.

Production build 0.71.5 2024