Enum props show their raw values in the dialog instead of their meta:enum labels

Problem/Motivation

The Embed component dialog shows an enum prop's raw values in its select, even when the component labels them with meta:enum. For core's navigation:title, "HTML tag for title" offers "h1" … "span" instead of "Heading 1" … "Inline". The labels are not translated either, while core makes meta:enum labels translatable with the prop's x-translation-context.

Reproduced on SDC Embed 1.x (same code as 1.2.0) with Drupal 11.4.9.

Steps to reproduce

1. Install Drupal with the Standard profile and enable SDC Embed. At Configuration > Text formats and editors > Full HTML, add the "Embed component" button and enable the "Embed Single Directory Components" filter.
2. At /admin/config/content/sdc-embed, check "Include components provided by modules".
3. Create a Basic page in Full HTML, click "Embed component" and choose "Title — navigation".
4. Open the "HTML tag for title" select.

Expected: Heading 1, Heading 2 … Heading 6, Inline, translated in the interface language.

Actual: h1, h2 … h6, span.

The same happens for an enum prop of a component nested in a slot.

Root cause

SdcEmbedDialog::buildPropField() and SdcSlotSource::buildPropField() build the options with array_combine($prop['enum'], $prop['enum']), and SdcDiscovery::normalizeProps() drops meta:enum.

Proposed resolution

SdcDiscovery::normalizeProps() adds options to an enum prop, keyed by value. Each value takes its meta:enum label, translated as ComponentMetadata::parseSchemaInfo() does (TranslatableMarkup with the prop's x-translation-context), or the value itself when the prop declares no label. Undeclared values are not passed through translation, so they are not added to interface translation as source strings.

Both buildPropField() methods use options, falling back to the bare values for a component added by an AlterEditorComponentsEvent subscriber without them. The stored value does not change.

Checked in the browser with navigation:title: in English the select shows "Heading 1" … "Inline"; with Portuguese as the interface language and translations for "Heading 1" in the "HTML tag" context, it shows the translations; choosing "Inline" still stores {"html_tag":"span"}. The nested component select in a slot shows the same labels.

The MR adds SdcDiscoveryTest::testEnumOptionsUseMetaEnumLabels(), which checks the labels, the translation context and the fallback to the value. It fails without the fix.

Remaining tasks

Review.

User interface changes

Enum selects in the dialog show the meta:enum labels instead of the raw values.

API changes

None. The normalized prop gets a new options key; enum stays.

Data model changes

None.

AI usage

AI-Generated: Yes. I used Claude Code (Anthropic) to write the fix, the unit test and a first draft of this summary. I reproduced the bug and verified the fix in the browser, in English and Portuguese, reviewed the code, and confirmed the new test fails without the fix and passes with it.