[1.0.0-alpha2] Flatten the Fields list

Would it be possible to do the same for [Entity] ➜ Referenced [Entity]"?

So, with both modifications:

Thanks for your ongoing work.

Can you also remove SourcesBundlerInterface and ComponentSource from ui_patterns_overrides module? You will need to update the class actually depending on this interface:

• SlotSourceProxy : replace SourcesBundlerInterface::getOptionLabel() by something from SourceWithChoicesInterface
• ComponentLibraryPanel: replaces SourcesBundlerInterface::getDataSkeleton() by SourceWithChoicesInterface::getChoiceSettings()
• BlockLibraryPanel: a linter will remove automatically the remaining SourcesBundlerInterface
• WysiwygWidget: just remove it, SourcesBundlerInterface doesn't make sense here

We also need to check the UI (not because UI is part of this issue scope, but because it will tell us if we did things the right way):

• In BuilderPanel, LayersPanel and TreePanel: we have source label + summary (example: "[Entity] ➜ [Field]: body") instead of the choice label ("Body")
• In Menu islands: we have only source label (example: "[Entity] ➜ [Field]") instead of the choice label ("Body')
• What else?

Seems this broke the component library, adding a component_id when we want an instance_id.

When moving a component we have now an error.

Because it's a big regression I set back the getDataSkeleton, let me know if there can be optimization here.

i posted an update of the code which seems to correct the issue,
but this issue in ui_patterns is needed : https://www.drupal.org/project/ui_patterns/issues/3540835 🐛 [2.0.8] correct ChoiceSettings for Component source Active

Still not good, had to fallback to:

          'source' => [
            'component' => [
              'component_id' => $source->getChoiceSettings($component_id),
            ],
          ],

As discussed with @just_like_good_vibes seems working with ui_patterns 2.x-dev and 2.0.8 release, so need to come back and finish here when 2.0.8 is out.

and finally :)

Thanks!

It fixes the fatal on latest dev version of ui_patterns 2.0.8.

this fix has been pushed and re-pushed again until we finally have it now with a clean dependency to a required ui_patterns min version.
finally... but this is not finished, we will follow-up - in that issue or not? - performances issues introduced now.

Let's have a follow up issue for the performance.