[later phase] [needs design] [research] Allow directly creating/editing entity title and meta fields

Can we better define "meta field"?

Site builders often add fields that will not be displayed, but do need to be edited at least once.

This begs a mechanism to opt such a field in as a "meta field". Currently this usually requires a hook_form_alter() implementation to move the field into whatever structure the theme defines as the meta group. It's far from intuitive, can't be done without code, and this seems an appropriate opportunity to fix that.

#3: I'm pretty confident @lauriii is referring to "fields with no visual representation" when he says "meta fields". Example: path alias.

An entity's title/label field is visible. Hence the title: "title and meta fields"

@lauriii: is this still assigned to you because you're workin on defining this more, i.e. are working with the Acquia UX team to get a design ready? IOW: is this blocked on design?

Yes, the meta fields is supposed to be referring to fields with no visual representation. We'll need to define how the form is structured and what is the UX for configuring it.

This is assigned to me because I'm working with Acquia UX to define the intended user experience.

👍

Matching the issue title prefix pattern I used for 📌 Clarify "components" vs "elements" vs "patterns" Active .

Increasing priority since this is part of 🌱 Milestone 0.1.0: Experience Builder Demo Active .

This blocks 📌 [PP-1] Redirect users directly to Experience Builder when creating new content or editing content Postponed .

The design currently does not answer this, but I'd previously captured this screenshot, so either I just cannot find it or it disappeared?

Either way: 📌 HTTP API: new /xb/api/entity-form/{entity_type}/{entity}/{entity_form_mode} route to load form for editing entity fields (meta + non-meta) Fixed intends to allow that, but the page title is actually not part of NodeForm's $form['meta']!

We can alter that probably, but … is that really how it is intended to work?

For now (aka interim solution): #3463988-6: HTTP API: new /xb/api/entity-form/{form_mode} route to load form for editing entity fields (meta + non-meta) → .

@john pitcairn in #3: agreed, that is the right question to ask, created 📌 [later phase] [RESEARCH] How to identify all meta fields for an arbitrary content entity? Active for that 👍